Kubernetes: Up and Running, 제3판

2장. 컨테이너 생성 및 실행

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

Kubernetes는 분산 애플리케이션을 생성, 배포 및 관리하기 위한 플랫폼입니다. 이러한 애플리케이션은 다양한 형태와 크기로 제공되지만 궁극적으로 모두 개별 머신에서 실행되는 하나 이상의 프로그램으로 구성됩니다. 이러한 프로그램은 입력을 받아 데이터를 조작한 다음 결과를 반환합니다. 분산 시스템 구축을 고려하기 전에 먼저 이러한 프로그램을 포함하고 분산 시스템을 구성하는 애플리케이션 컨테이너 이미지를 구축하는 방법을 고려해야 합니다.

애플리케이션 프로그램은 일반적으로 언어 런타임, 라이브러리 및 소스 코드로 구성됩니다. 대부분의 경우 애플리케이션은 libc 및 libssl 과 같은 외부 공유 라이브러리에 의존합니다. 이러한 외부 라이브러리는 일반적으로 특정 컴퓨터에 설치한 OS에서 공유 구성 요소로 제공됩니다.

공유 라이브러리에 대한 종속성은 프로그래머의 노트북에서 개발된 애플리케이션이 프로덕션 OS에 배포할 때 사용할 수 없는 공유 라이브러리에 종속되어 있는 경우 문제를 일으킵니다. 개발 환경과 프로덕션 환경이 정확히 동일한 버전의 OS를 공유하는 경우에도 개발자가 프로덕션에 배포하는 패키지 내에 종속 자산 파일을 포함하는 것을 잊어버리면 문제가 발생할 수 있습니다.

하나의 컴퓨터에서 여러 프로그램을 실행하는 기존 방식에서는 모든 프로그램이 시스템에서 동일한 버전의 공유 라이브러리를 공유해야 합니다. 서로 다른 팀이나 조직에서 서로 다른 프로그램을 개발하는 경우, 이러한 공유 종속성은 팀 간에 불필요한 복잡성과 결합을 추가합니다.

프로그램이 실행되어야 하는 머신에 안정적으로 배포될 수 있어야만 프로그램이 성공적으로 실행될 수 있습니다. 배포를 위한 최신 기술에는 명령형 스크립트를 실행해야 하는 경우가 너무 많으며, 이는 필연적으로 왜곡되고 비잔틴적인 실패 사례를 수반합니다. 따라서 분산 시스템의 전체 또는 일부의 새 버전을 롤아웃하는 작업은 노동 집약적이고 어려운 작업입니다.

1장에서 우리는 불변 이미지와 인프라의 가치에 대해 강력하게 주장했습니다. 이러한 불변성이 바로 컨테이너 이미지가 제공하는 것입니다. 앞으로 살펴보겠지만, 컨테이너 이미지는 방금 설명한 종속성 관리와 캡슐화의 모든 문제를 쉽게 해결해 줍니다.

애플리케이션으로 작업할 때는 다른 사람들과 쉽게 공유할 수 있는 방식으로 패키징하는 것이 도움이 되는 경우가 많습니다. 대부분의 사람들이 컨테이너에 사용하는 기본 도구인 Docker를 사용하면 실행 파일을 패키징하고 원격 레지스트리에 푸시하여 나중에 다른 사람이 가져올 수 있도록 쉽게 만들 수 있습니다. 이 글을 쓰는 시점에 컨테이너 레지스트리는 모든 주요 퍼블릭 클라우드에서 사용할 수 있으며, 많은 클라우드에서 이미지를 빌드하는 서비스도 사용할 수 있습니다. 오픈 소스 또는 상용 시스템을 사용하여 자체 레지스트리를 실행할 수도 있습니다. 이러한 레지스트리를 ...