POD execution stack

helm 차트를 사용하여 실행되는 일반적인 애플리케이션의 실행 순서를 살펴 보겠습니다. 먼저, helm 클라이언트는 위 목록에 언급 된 모든 Kubernetes 개체의 생성을 시작하는 tiller pod와 통신합니다. 

 

POD 실행 순서

1. Kubelet은 POD 생성 시퀀스를 트리거합니다.
2. 네트워크 네임 스페이스를 보관하기 위해 일시 ​​중지 컨테이너가 생성됩니다.
3. Init 컨테이너 (POD에서 정의 됨)가 순서대로 실행됩니다.
4. 애플리케이션 컨테이너 시작 (MySQL 이미지에서 MySQL을 사용하는 경우)
5. Docker 진입 점이 트리거 됨
6. 일반적인 진입 점에는 일부 응용 프로그램 설정 스크립트가 포함됩니다.
7. 그런 다음 응용 프로그램 시작 명령을 실행하십시오.
8. POD의 시작 후 수명주기 후크가 실행됩니다.

쿠버네티스의 상태저장은 불가능에 가깝다!

Kubernetes의 상태 저장 애플리케이션은 눈에 보이는 것보다 훨씬 더 복잡합니다. Helm 및 기타 애플리케이션 패키지 관리자를 사용하면 이러한 애플리케이션을 쉽게 코드화 할 수 있지만 많은 문제가 있습니다. 추상화 계층, 애플리케이션 설정 스크립트, 도커 진입 점, k8s 초기화 컨테이너, 지속성 계층 보장 (파일 시스템, 블록 장치, SDS 계층 보장)과 쌍을 이루어 상태 저장 애플리케이션을 올바르게 설계하고 실행하는 것이 거의 불가능합니다.