일상_자기계발

컨테이너로 구동하는 애플리케이션을 어떻게 배포할 수 있을까?깃허브 등의 저장소에 저장해 둔 애플리케이션 소스 코드를 내려받아 도커 컨테이너 이미지로 빌드한다.빌드한 컨테이너 이미지를 쿠버네티스에서 사용할 수 있도록 레지스트리에 등록한다.레지스트리에 등록된 이미지를 기반으로 쿠버네티스 오브젝트를 생성한다.생성한 오브젝트를 외부에서 접속할 수 있도록 서비스 형태로 노출한다. 5.1 컨테이너 인프라 환경에서 CI/CD일반적으로 지속적 통합(CI, Continuous Integration)은 코드를 커밋하고 빌드했을 때 정상적으로 작동하는지 반복적으로 검증해 애플리케이션의 신뢰성을 높이는 작업이다. 지속적 배포(CD, Continuout Deploymeny) 는 CI 과정에서 생성된 실뢰할 수 있는 애플리케이션..

4.1 도커를 알아야 하는 이유쿠버네티스를 이루는 기본 오브젝트가 파드이고, 파드는 컨테이너로 이루어져있으며, 컨테이너를 만들고 관리하는 도구가 도커이다.쿠버네티스를 이루고 있는 기술 자체는 컨테이너를 벗어날 수 없다.4.1.1 파드, 컨테이너, 도커, 쿠버네티스 1) 파드파드들은 워커 노드라는 노드 단위로 관리하며, 워커 노드와 마스터 노드가 모여 쿠버네티스 클러스터가 된다.파드는 1개 이상의 컨테이너로 이루어져 있다.파드는 쿠버네티스로부터 IP를 받아서 컨테이너가 외부와 통신할 수 있도록 경로를 제공컨테이너들이 정상적으로 작동하는지 확인하고 네트워크나 저장 공간을 서로 공유하게 한다.즉, 파드가 이러한 환경을 만들기 때문에 컨테이너들은 하나의 호스트(host)에 존재하는 것처럼 동작한다.2) 컨테이너..

컨테이너 인프라 환경 이란 리눅스 운영 체제의 커널 하나에서 여러 개의 컨테이너가 격리된 상태로 실행되는 인프라 환경을 말한다. 컨테이너는 하나 이상의 목적을 위해 독립적으로 작동하는 프로세스이다.3.1 쿠버네티스 이해하기실제로 쿠버네티스는 컨테이너 오케스트레이션을 위한 솔루션이다. 오케스트레이션(Orchestration)이란 복잡한 단계를 관리하고 요소들의 유기적인 관계를 미리 정의해 손쉽게 사용하도록 서비스를 제공하는 것을 의미한다. 다수의 컴테이너를 유기적으로 연결, 실행, 종료할 뿐만 아니라 상태를 추적하고 보존하는 등 컨테이너를 안정적으로 사용할 수 있게 만들어 주는 것이다. 컨테이너 오케스트레이션을 제공하는 솔루션들이 있다.도커 스웜메소스노매드쿠버네티스3.1.2 쿠버네티스 구성방법퍼블릭 클라우..

※ 해당 내용은 도커 홈페이지 및 책 내용을 가져왔습니다. ※  3.1 쿠버네티스 이해하기내용 들어가기 전, 쿠버네티스라는 것이 왜 생겼는지 이해가 필요한 것 같다.1) 여정 돌아보기 전통적인 배포 시대: 초기 조직은 애플리케이션을 물리 서버에서 실행했었다. 한 물리 서버에서 여러 애플리케이션의 리소스 한계를 정의할 방법이 없었기에, 리소스 할당의 문제가 발생했다. 예를 들어 물리 서버 하나에서 여러 애플리케이션을 실행하면, 리소스 전부를 차지하는 애플리케이션 인스턴스가 있을 수 있고, 결과적으로는 다른 애플리케이션의 성능이 저하될 수 있었다. 이에 대한 해결책으로 서로 다른 여러 물리 서버에서 각 애플리케이션을 실행할 수도 있다. 그러나 이는 리소스가 충분히 활용되지 않는다는 점에서 확장 가능하지 않았..