끊임없이 노력하는 엔지니어를 꿈꾸며 끊임없이 노력하는 엔지니어를 꿈꾸며

K8S에서는 Object를 생성하기 위해서 yaml or json 형식을 파일을 작성합니다. 물론 yaml(야믈) 파일로 작성하는 것을 권장합니다. 일단 식별하기 쉬워서 그렇겠지요! 오늘은 우리가 작성하는 yaml 정확히는 구성파일이라고 합니다. POD, Service, Deployment에 대해서 분석해 보겠습니다. 긴 말 필요없이 한장짜리 그림으로 요약해 봤습니다. 1. POD와 Deployment 2. Service

오늘은 ansible 실행에서의 핵심 파일인 playbook에 대해서 살펴보겠습니다. 1. yaml 파일 1.1. "야믈" 1.2. YAML은 markup 보다구조화 된 Data를 표현하기 위한 Test 형식의 Format 1.2.1. 사람이 쉽게 읽을 수 있는 데이터 직렬화 형식 1.2.2. Markup 언어와 다르기 때문에 사람이 읽고, 쓰고, 식별하기 쉽다. 1.2.3. 'Yet Another Markup Language' 공식적인 약자 1.2.4. 설정파일, 데이터 저장 형식, Log파일에 주로 사용 1.2.5. http://www.yaml.org 참조 2. Playbook 2.1. Ansible의 환경 설정, 배포를 가능하게 함. 2.2. yaml 문법을 사용하여 정의 2.3. linux 기반의..

최근 들어 Infra를 Code 형태로 관리하는 IaC(Infrastructure As Code)가 각광을 받고 있다. Infra를 Source 코드화 해서 사용을 하면 대량 배포 시 멱등성을 확보할 수 있고 배포 후 변경관리가 용이하다는 장점을 갖기 때문이다. K8S에서는 Object를 배포, 삭제, 변경하거나 Object의 정보확인 시 개별 명령어를 각각 입력할 필요없이 설정 파일을 명령으로 실행하면 대단히 편리하다. K8S 역시 명령어보다는 설정 파일의 형태로 관리하는 것을 적극 권장한다. https://github.com/kubernetes/examples/tree/master/guestbook/all-in-one 참조할 예제 파일들이 존재 1. Field 1.1. apiVersion 1.1.1...

Namespace는 하나의 물리적인 공간에 존재하는 K8S를 논리적인 작업환경으로 분리 서로 다른 Namespace 에는 영향을 미치지 않는다. 팀별 서로 다른 K8S 작업환경이 필요하다면 Namespace로 분리한다. 명령어로 할 수 있는 작업은 모두 yaml 파일로 작성할 수 있어야 합니다. 그 반대도 1. Namespace 확인 및 생성, 삭제 1.1. 생성 # kubectl create namespace NAME 1.2. 확인 # kubectl get namespace 1.3. 삭제 kubectl delete namespace NAME 1.4. 실습 1.4.1. 1team, 2team Namespace 생성 및 확인 1.4.2. 1team, 2team Namespace 삭제 및 확인 2. conf..