Ⅵ. 인프라 파이프라인 구축MSA는 일이 많고 복잡 작업 줄이려면? 환경 프로비저닝, 쉽게 배포 도구 필요 IaC, CI, CD등 데브옵스 관행 : 인프라 빠르고 안전히 변경, 마이크로서비스 쉽게 확장 가능 데브옵스 & 마이크로서비스 데브옵스 목표 : 소프웨어 개발, 릴리즈 , 지원 방식을 개선하는 것 이를 위해선? 관련된 조직 설계, 문화,
Ⅳ. 마이크로서비스 사이징 : 서비스 경계적절한 마이크로서비스 경계 식별 - 성공적인 마이크로서비스 시스템 구축의 어려운 점 커다란 코드 베이스를 더 작고/간단하고/느슨하게 결합하면 유지보수성이 향상되는 것은 누구나 직관적으로 이해 가능 근본적인 질문의 답이 어려움 : 마이크로서비스 처음 접하는 팀이 많이 직면 한 서비스가 다른 서비스가 시작되는 위치를
Ⅴ. 데이터 처리5.1 독립적인 배포와 데이터 공유ch4에서 샘뉴먼이 말한 일반적인 마이크로서비스의 제안항목 마이크로서비스는 서로 느슨하게 결합되어 독립적으로 배포 가능해야 함 마이크로서비스 내부의 기능 관련해서 높은 응집력을 가져야 한다 느슨한 결합의 또다른 중요한 측면 느슨한 결합 서비스가 느슨하게 결합 되면 서비스를 변경해도 다른 서비스에 영향을
Ⅲ. 마이크로서비스 설계: SEED(S) 프로세스MSA를 도입해서 시스템 안정을 유지하면서 개발 속도를 높일 수 있다고 앞의 챕터에서 설명 상당히 복잡한 문제를 다루는 조직에게 매우 유용 이는 그냥 우연이 아닌 의식적인 설계의 결과로 발생한다 효과적이고 명시적인 end-to-end 시스템 설계없이는 성공적인 MSA 구축이 불가능하다 SEED SEED(S
Ⅱ. 마이크로서비스 운영 모델 설계 운영 모델 시스템의 기반이 되는 사람, 프로세스, 도구의 집합 sw 개발의 모든 의사 결정과 작업에 중요한 영향 상황에 따라 매우 큰 범위와 자세한 디테일을 가질 수 있음 책에서는 구축 중 가장 중요한 팀 설계와 협업 방식에 초점 2.1 팀과 사람이 중요한 이유 기술은 중요하나 전부가 아니다 좋은 기술을 선택하면 엄청
Ⅰ. MicroserviceMicroservice 란 무엇인가 레퍼런스 마틴파울러 홈페이지 Microservices in a Nutshell 위의 영상 Microservice는 단일 어플리케이션을 작은 규모의 서비스 조합으로 나워 개발하는 방식이다. 각 서비스는 자체 프로세스로 실행되며 가벼운 매커니즘으로 통신한다. 비지니스 기능을 중심으로 구축되며 완