Ⅳ. 마이크로서비스 사이징 : 서비스 경계적절한 마이크로서비스 경계 식별 - 성공적인 마이크로서비스 시스템 구축의 어려운 점 커다란 코드 베이스를 더 작고/간단하고/느슨하게 결합하면 유지보수성이 향상되는 것은 누구나 직관적으로 이해 가능 근본적인 질문의 답이 어려움 : 마이크로서비스 처음 접하는 팀이 많이 직면 한 서비스가 다른 서비스가 시작되는 위치를
Ⅴ. 데이터 처리5.1 독립적인 배포와 데이터 공유ch4에서 샘뉴먼이 말한 일반적인 마이크로서비스의 제안항목 마이크로서비스는 서로 느슨하게 결합되어 독립적으로 배포 가능해야 함 마이크로서비스 내부의 기능 관련해서 높은 응집력을 가져야 한다 느슨한 결합의 또다른 중요한 측면 느슨한 결합 서비스가 느슨하게 결합 되면 서비스를 변경해도 다른 서비스에 영향을
Ⅲ. 마이크로서비스 설계: SEED(S) 프로세스MSA를 도입해서 시스템 안정을 유지하면서 개발 속도를 높일 수 있다고 앞의 챕터에서 설명 상당히 복잡한 문제를 다루는 조직에게 매우 유용 이는 그냥 우연이 아닌 의식적인 설계의 결과로 발생한다 효과적이고 명시적인 end-to-end 시스템 설계없이는 성공적인 MSA 구축이 불가능하다 SEED SEED(S
Ⅱ. 마이크로서비스 운영 모델 설계 운영 모델 시스템의 기반이 되는 사람, 프로세스, 도구의 집합 sw 개발의 모든 의사 결정과 작업에 중요한 영향 상황에 따라 매우 큰 범위와 자세한 디테일을 가질 수 있음 책에서는 구축 중 가장 중요한 팀 설계와 협업 방식에 초점 2.1 팀과 사람이 중요한 이유 기술은 중요하나 전부가 아니다 좋은 기술을 선택하면 엄청
Ⅰ. MicroserviceMicroservice 란 무엇인가 레퍼런스 마틴파울러 홈페이지 Microservices in a Nutshell 위의 영상 Microservice는 단일 어플리케이션을 작은 규모의 서비스 조합으로 나워 개발하는 방식이다. 각 서비스는 자체 프로세스로 실행되며 가벼운 매커니즘으로 통신한다. 비지니스 기능을 중심으로 구축되며 완
대세는 쿠버네티스 강의 중급편 시작 1. Pod의 라이프사이클 사람이 나이에 따라 행동이 다른 것처럼pod도 특정 단계에 따른 행동이 존재한다 여러 pod의 기능들이 특정 단계와 밀접 - 라이프 사이클을 잘 알아야 한다 pod 생성후 status를 확인하면 볼 수 있는 것들로 간단 요약 status Phase : Pod의 대표 상태 종류 Pending
Related POST 컨테이너 인프라 환경 구축을 위한 쿠버네티스/도커를읽는 중인데 kubeadm의 설치가 필요없이 Vagrant로 제공하고 있습니다. 어떤식으로 구성하는지 직접 설치한 블로그들을 참조하며 주석을 달며 분석한 내용입니다 k8s 설치 Vagrantfile123456789101112131415161718192021222324252627282
Replication Controller, ReplicaSet - Template, Replicas, Selector강의내용컨트롤러 쿠버네티스는 선언적 선언을 하면 그 선언에 클러스터 상태를 맞추고 감시하며 항상 제어함 이 역할을 컨트롤러라고 부름 컨트롤러의 기본 움직임 클러스터의 현재 상태를 확인 - (X) 클러스터가 본래 되어 있어야 할 상태를 확인 -
@BeforeAll 인프런에 존재하는 [대세는 쿠버네티스]라는 강의를 보고 내용을 정리 강의 내용 외의 내용은 따로 여러 블로그나 책, 쿠버네티스 공식 사이트에서 발췌했습니다. ref : https://kubernetes.io/ko/docs/concepts/overview/working-with-objects/kubernetes-objects 쿠버네티스
@BeforeAll 인프런에 존재하는 [대세는 쿠버네티스]라는 강의를 보고 내용을 정리 인프런에 쿠버네티스 스터디가 생겨서 시작했는데 멋진 분들이 많아서자극도 되고 덕분에 오랜만에 잊혀진 블로그도 들어오게되네;; Why Kubernetes? 강의의 해당 챕터는 간단한 예시를 보여줌 쿠버네티스를 사용하지 않을때와 사용할때의 의 트래픽이나 장애 대응에 대해