Kubernetes 상태 보드 만들기는 Kubernetes 기초를 알고 워크로드의 실행 신원을 유용한 도구와 연결하려는 학습자를 위한 실습 프로젝트입니다. 준비된 보드에 자체 읽기용 실행 신원을 부여하고, 승인된 두 네임스페이스의 Deployment를 읽게 하며, 직원 데이터와 워크로드 변경은 접근 범위에서 제외합니다.
Guided Lab 하나는 실제 API 거부에서 시작하여 전용 ServiceAccount, 첫 네임스페이스 권한, 해당 신원을 사용하는 새 보드 Pod, 두 번째 읽기 범위로 진행합니다. 독립 Challenge 하나는 신원과 애플리케이션 네임스페이스가 다른 Cedar Library에 같은 방법을 적용합니다. 각 단원은 자체적으로 완전히 준비된 독립 환경에서 시작합니다.
결과물은 작동하는 보드, 최신 CSV 다운로드, 재사용 가능한 매니페스트 네 개입니다. 보드는 선언된 복제본 수, 컨트롤러가 보고한 가용 수, Deployment 템플릿 이미지를 보여 줍니다. API 오류를 정상 결과로 바꾸거나 의도적으로 0으로 축소한 애플리케이션을 장애로 취급하지 않습니다.
학습 내용
이 과정을 마치면 다음 작업을 수행할 수 있습니다.
- 운영자 터미널의 자격 증명과 Pod 안의 프로세스가 실제로 사용하는 실행 신원을 구분합니다.
- 전용 ServiceAccount를 만들고 대상 네임스페이스의 Role과 RoleBinding을 해당 신원에 연결합니다.
- 저장된 Deployment 매니페스트에서 신원을 선택하고 새 Pod의 실제 API 요청을 관찰합니다.
get과list를 두 번째 승인 네임스페이스로 확장하면서 세 번째 네임스페이스, Secret, 워크로드 변경에 대한 거부를 유지합니다.- 컨트롤러 관찰의 범위를 고려하여 원하는 복제본 수, 사용 가능한 복제본 수, 템플릿 이미지를 해석합니다.
- 원래 애플리케이션 리소스, 데이터, 소스를 보존하면서 최신 CSV와 저장된 매니페스트를 전달합니다.
추천 대상
Kubernetes 학습자와 기초 이후 작고 완성된 프로젝트를 원하는 애플리케이션 운영 입문자에게 적합합니다. Kubernetes in Practice의 접근 제어 내용을 알면 도움이 됩니다. 필요한 신원과 권한 필드는 Guided Lab에서 사용 전에 설명합니다.
사전 지식: 기본 터미널 경로, 간단한 YAML, 네임스페이스, Pod, Deployment, Service, 레이블. 애플리케이션 프로그래밍, 클라이언트 SDK 경험, 이미지 빌드, 클라우드 계정은 필요하지 않습니다.
학습 환경: 실제 단일 노드 Kubernetes 클러스터, 합성 애플리케이션, 보드, 진단 클라이언트가 준비되어 있습니다. 매니페스트와 Kubernetes 명령에는 Workspace, 실제 페이지와 상세 화면 및 CSV에는 Board를 사용합니다. 보드가 자체 투영 자격 증명과 인증서 검증을 내부에서 처리합니다.
자주 묻는 질문
Kubernetes를 설치해야 하나요?
아니요. 각 단원에 독립적으로 준비된 클러스터와 애플리케이션이 있습니다. 클러스터 인프라를 설치하거나 변경하지 않고 과정 범위의 객체를 다룹니다.
보드 애플리케이션을 작성하거나 token을 다루나요?
아니요. 클라이언트와 인터페이스가 제공됩니다. 제공된 소스를 유지하면서 전용 워크로드 신원, 좁은 네임스페이스 권한, Deployment의 신원 선택을 설정합니다.
권한 테스트가 보드의 올바른 신원 사용을 입증하나요?
어떤 신원에 권한을 주어도 실행 중인 Pod가 자동으로 바뀌지는 않습니다. 권한과 거부된 작업뿐 아니라 실제 클라이언트가 인증된 신원과 컬렉션 및 개별 객체의 실제 읽기를 확인합니다.
Challenge에서는 무엇이 바뀌나요?
도서관 시나리오는 읽기 주체의 위치와 승인된 두 데이터 네임스페이스를 바꾸고, 직원용 네임스페이스 하나는 계속 제외합니다. 배운 방법을 조합하여 완성된 보드와 매니페스트를 전달합니다. 결과는 훈련 클러스터의 컨트롤러 상태이며 방문자 인증이나 프로덕션 가동 보장은 아닙니다.
