기본 콘텐츠로 건너뛰기

도커의 개념

1. 정의
 - sw 컨테이너 기반에서 분산 어플리케이션을 개발,빌드, 배포 할수 있게 하는 오프소스 가상화 기술

2. 장점
 - 이식성 : 손쉬운 이미지 기반 배포, 버전 관리,
 - 표준화 : 개발 환경간 차이 해결, 생산성 향상
 - 유연성 : sw의 종속성 제거, 재사용성 용이
 - Non 하이퍼바이저 : os 커널 직접 엑세스, 성능이 좋음

3.. 구조


- Control Groups(cgroups) : CPU, 메모리, 디스크, 네트워크 자원을 할당, 완전한 형태의 가상 공간 제공
- Namespace isolation(namespaces) : 프로세스 트리, 사용자 계정, 파일시스템, IPC 등을 격리
- libcontainer : LXC 대체 실행 드라이버

4. 구성요소
 - 도커 이미지 : 베이스 이미지 / 최소 실행 파일,라이브러리,app), 
                         변경 이미지,  /레이어 구조 16 진수 ID
 - 컨테이너     : 이미지를 실행한 상태 / 실행 파일, 프로세스
 - 도커 허브    : 도커 이미지 공유 / Repository , 이미지 put push
 - 도커 엔진    : 도커 실행 기반 환경 제공

5. 고려사항 및 동향
 - 사용자 : 실질적인 커뮤니티를 통한 지원 서비스 
 - 제공자 : 기업용 소프트웨어 개발 , 멀티 컨테이너 어플리케이션 툴
                 수익성 변화 예상됨
 - AWS   : EC2에서 사용하고, Elastic Beanstalk에서 배포
 -  클라우드와 연동되어 서비스 확장 예상


댓글

이 블로그의 인기 게시물

EOS, EOL, EOSL 의 차이

  상용 HW, SW 사용하다보면, EOS, EOL, EOSL 등의 공문을 이따금식 받을 때가 있습니다 각각의 의미에 대해서 알아 보겠습니다.   <하드웨어 제품 수명> EOS(End of Sale)   - 제조사에서 공식적으로 제품 제조를 더이상 하지 않는다는 의미 입니다. - 물론 파트사 등에서 제고 물량을 구매 할 수는 있습니다. - 운용 입장에서는 판매, 제조만 안할뿐이지 유지보수에 대한 부분은 지속됩니다.(펌웨어, 드라이버 등)   ​EOL(End of Life) - 제품에 대한 수명이 끝이 났다고 판단하여 이 날짜 이후로  제품에 대한 유지지원을 일절중단함을 의미합니다.  - 신규기능 추가, 성능 개선, 보안 취약성 대응 등의 지원이 해당 기간 이후로 불가합니다.(펌웨어, 드라이버) <소프트웨어 제품 수명> ​EOS(End of Sale)     - 제조사에서 공식적으로 SW 생산 및 판매 중단을 한다는 의미입니다. - EOS가 되더라도 SW 버전 Upgrade, 패치 , 기술지원은 지속 됩니다. EOD(End of Development) - 보안 취약성 대응, 제품 장애 대응 등의 추가 개발이 종료된 S/W 버전을 의미합니다. EOL(End of Life) - 공식적으로 지원 중단 선업입니다. 신규기능 추가, 성능 개선, 보안 취약성 대응 등의 지원이 해당 기간 이후로 불가합니다 EOST(End of Support), EOSL(End of Service Life) - EOL 이후 고객의 요청에 의해 추가 지원 되는 기간입니다. 물론 비용은 배로 올라갑니다.

오라클 DB 라이선스 감사

오라클 등 글로벌 엔터프라이즈 SW 회사는 정기적으로(대략 2~3년 기준)으로 LMS라고 오딧을 진행하고 있는데요. 올바른 대응을 위해 오라클 라이선스 종류 및 LMS 절차에 대해 알아 보도록 하겠습니다 . 오라클 라이선스 방식 1) Named User Plus License    -  특정   인원이  DB 를   이용 - 동시접속자 개념이 아닌 한번이라도   DB를 이용하는 전체인원의 개념 - C/S 환경 (서버아래 있는 PC대수)  - Client/Server  환경 - DB   사용자   및   접속   무인기기 ( 센서   등 )  수가 정해진 경우 - 기업의 경우 DB에 접근하는 전체인원 - Core당 최소 구매 수량은 25user - User 라이선스는 여러 서버에 나눠서 사용 가능 - 물리적으로 서버 나누어 쓸 경우 중복계정에 대해 별도로 카운트 됨    e.g., User 라이선스 200은  A서버 100, B서버 100 사용 가능         A서버, B서버 DB 사용자 개똥이님은 라이선스 카운드가 각 각 됨 2) Processor License  -  불특정   다수가  DB 를   이용 - Web 환경 (불특정 다수가 DB를 이용하는 경우) - DB를 사용하는 유저산정이 어려운 경우 - Unlimited user로 무제한 유저 개념 오라클 라이선스 종류 - SE라이선스는 EOS로 SE2로 대체됨  - SE2라이선스는 2소캣 최대 16코아까지 사용 가능함 오라클 오딧 공문 등기 우편으로 담당자에게 날라 옵니다. 못 받았다고 잡아 뗄 수 없게 하 려는  의도가 보임 오라클 LMS 절차 오라클 라이선스 Audit 절차 (오라클에서 실제 보내온 메일을 요약함)  No  Task 산출물   R&R   기 간    1  오라클 제품 사용 현황 기초 데이터 작성 및 제공 (OSW : Oracle

오라클 라이선스 감사2

  오라클 라이선스 감사 전/후 추가 대응에 대해 알아보겠습니다.   1. OSW (Oracle Sever Worksheet) 작성하기 - 아래 5가지 부분에 대해 작성하여 오라클에 제출해야 합니다.   1. Server 정보  - > Hostname등 기본 정보   2. Database 정보 -> 설치되어 있는 제품 정보           3. Licensing 정보 -> CSI 번호(Customer Support Identifier (CSI)                            - 오라클에서 CSI에 기재 되어 있는 DB 라이선스 총 수량만 맞으면 됩니다.                              - 따라서 지금 쓰고 있는 DB와 오라클과 계약된 수량을 맞춰 기재하면 됩니다. 4. Application 정보 -> 불특정 다수가 사용하는지, 특정인만 사용하는지 판단하기 위해 조사하는듯합니다.                               -멀티플렉싱 환경의 최상단(front end)에서 해당 오라클 프로그램을 이용하는 모든 사용자수를                                카운트 해야한다고 오라클에서는 말함                              - 불특정 다수의 어플리케이션일 경우 DB 라이선스는 Core 라이선스로 할당                              - 특정인만 사용하는 어플리케이션일 경우 DB 사용자 스키마에 맞게 NUP 라이선스로 할당 5. Hardware 정보 -> CoreFactor 계산을 위한 DB가 설치되어있는 HW 정보                            오라클 제품이 설치 되어 있는 HW 마다 오라클에서 코어팩터 기준이 틀리기 때문에 반드시                            사용하고 있는 코어 라이선스 수량과 맞춰야 합니다.                            - VMware에 환경에 올라가있는