Chap19. Controllers - 쿠버네티스는 여러 SW들의 집합체 * Controllers - take care of routine tasks to ensure the desired state (얌파일) of the cluster matches the observed state (현상태) - Each controller is responsible for a particular resource in the Kubernetes - 사람이 개입하는 일이 줄어듦 - 직접 손으로 입력하지 않아도, 수많은 쿠버네티스를 구성하는 SW들이 개발자가 요구하는 환경(desired state)을 observed state로 최대한 제공해야 함 / 개발자는 쿠버네티스에게 부탁함  * Label – key-value p..

Chap12. Private Multi-Node Docker / Docker in docker - Docker in docker – DinD - official but not recommended (권장 X) - 도커 안에서 다시 도커를 띄울 수 있도록 한다 + 경고가 정말 많다.     Chap13. Docker Swarm 1- 수천 수만대의 컴퓨터에서 SW 돌리기 위한 궁극적인 방법, 도커 스웜 (like 쿠버네티스) - SWARM – 떼, 구성 요소는 여러 개지만, 하나의 논리적인 군 (도커 스웜은 컨테이너들의 군) - 일일이 다 타이핑? 불가능 / 자동화된 도커 스웜 등장 -> 더 편하게 수많은 이미지와 컨테이너 컨트롤 가능- 얌파일을 커맨드라인을 통해 일꾼들에게 쫙 뿌림 – 개발자 관점 - 도커..

https://www.youtube.com/watch?v=PH-2FfFD2PU     # 강의 재생목록 https://youtube.com/playlist?list=PL7bmigfV0EqQw4WnD0wF-SRBYttCFeBbF&feature=shared Lightboards - Intro to Kubernetes www.youtube.comhttps://youtube.com/playlist?list=PL7bmigfV0EqQt5_pBPQ8tsZjI1w68-e0H&feature=shared Lightboards - Intro to Containers www.youtube.com     # 마이크로서비스 아키텍처https://learn.microsoft.com/ko-kr/azure/architecture/gu..

2024. 05. 27 Monday https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/ ReplicaSetA ReplicaSet's purpose is to maintain a stable set of replica Pods running at any given time. Usually, you define a Deployment and let that Deployment manage ReplicaSets automatically.kubernetes.io     # simple-pod.yamlapiVersion: v1kind: Podmetadata: name: my-little-podspec: containers: - name..

2024. 05. 22https://kubernetes.io/docs/concepts/architecture/nodes/ NodesKubernetes runs your workload by placing containers into Pods to run on Nodes. A node may be a virtual or physical machine, depending on the cluster. Each node is managed by the control plane and contains the services necessary to run Pods. Typically you hkubernetes.io   # minikube 설치 by brew 🍻https://minikube.sigs.k8s.io/..

11. Cloud Computing - 필요할 때 필요한 만큼 사용하는 것 -> 어디 실존하는지는 잘 모르겠는데? 구름 속의 컴퓨터, 안개같은 개념 - 클라우드 컴퓨팅 개념의 탄생 배경 - 깨서 쇼핑하는 시간에는 CPU가 많이 돌아감 -> 나머지 시간(출근, 취침 시간)에는 CPU가 논다 - 떨어진 CPU 사용률을 높이자 -> 본인이 가진 CPU 디스크 네트워크를 벤처 회사에게 서비스 제공 - 딱 쓴 만큼만 돈을 내고 싶다 -> 2010년대, AWS 탄생 - 벤처 회사 입장 - 서버 개발자 + 데이터 센터 구축할 사람 + 운용할 사람 X (인간을 없앰) - 우리 회사 내부에 컴퓨터가 있을 필요 X -> 오히려 서버 하드웨어를 갖고 있는 것이 골칫거리 -> 매년 2% 이상, 서버는 무조건 죽을 수 있다 -..