일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 투자
- 리뷰
- 암호화폐
- 쿠버네티스
- review
- ps4
- 스마트 컨트랙트
- 스마트 계약
- 보안
- 주식
- 젤다 왕눈
- 부동산
- 시장
- 이더리움
- Games
- angular
- 블록체인
- threejs
- Three
- 거래
- 탈중앙화
- Docker
- game
- 게임
- 비트코인
- strongloop
- PC
- Linux
- kubernetes
- loopback
- Today
- Total
BaeBox
Deployment (배포) 본문
https://kubernetes.io/docs/concepts/workloads/controllers/deployment/
공식 문서다.
시간나면 읽어보자.
Pod 에 대한 지식이 선행적으로 필요하다. 아래 링크에서 아주 개략적인 정보를 얻을 수 있다.
https://bae-codebox.tistory.com/129
이미지가 마땅찮다.
Deployment : Pod + Pod 관리자 라고 생각하자.
조금 더 정확히 하자면, stateless 앱을 배포할 때 사용하는 가장 기본적인 컨트롤러이다.
Pod 만들고 Pod 에 변경사항이 생기면 매번 Pod를 날렸다가 다시 만들어 주는 작업은 굉장히 귀찮은 작업일 것이다.
그걸 대신 해주는 친구가 Deployment 이다.
Pod 관리자는 ReplicaSet, ReplicationController, StatefulSet, DaemonSet, CronJob 등이 있는데... 난 별로 알고싶지 않다. 어차피 알아서 해주는데 알아서 뭐해
더 자세히 알아보고 싶으신 분들은 아래 링크를 보시길.
https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/
덤. Docker Swarm 도 설정(yml/yaml) 에 변경점이 생기면 알아서 바뀐 설정으로 변경해준다. 차이점이 있다면 swarm 의 경우에는 컨테이너 자체를 죽였다가 새로운 설정이 적용된 컨테이너를 다시 실행시키고, kubernetes 는 기존의 pod(컨테이너)가 살아있는 상태에서 새로운 deployment 를 만든 후 container 를 갈아끼운다.
덤2. CLI 실행 및 설정 적용 명렁어는 각각 아래와 같다.
Docker stack deploy -c <docker-compose.yml> <app_name> |
kubectl -f <kube-compose.yml> |
덤3. kubectl run 명령어로 컨테이너를 실행시키면 deployment가 생성된다. 사스가 디폴트
'개발 관련' 카테고리의 다른 글
Kubernetes Architecture (0) | 2019.11.02 |
---|---|
Port, targetPort, containerPort, nodePort, servicePort (0) | 2019.11.02 |
Pod (포드) (0) | 2019.11.02 |
local registry (0) | 2019.11.02 |
PersistentVolume / PersistentVolumeClaim (0) | 2019.11.02 |