2. 클라우드 네이티브 컴퓨팅과 마이크로서비스
대규모이면서 복잡한 시스템이 마이크로 서비스로 추진하기에 적합하다.
대규모 비지니스 도메인의 디지털화, 100명 규모의 대규모 개발팀, 여러 시스템의 통합등 대규모 시스템 개발을 규칙을 정해서 일관성 있게 운영하는 것은 어려운일이고, 이런경우 대상영역을 분할하고, 각각을 독립적으로 개발/운영하는 마이크로 서비스가 적합하다고 말하고 있다.
3. 마이크로서비스 아키텍처의 기본
신규로 릴리스하는 서비스가 기존 모노리스에 의존하고 있다는 것은 기존 모노리스의 교체나 파기가 신규서비스 에도 영향을 줄수있으므로, 기존 모노리스에 영향으 주지 않게 설계하는것을 권한다
4. 마이크로서비스 패턴
리차드슨의 마이크로서비스 패턴에 중 중요한 패턴에 대해 설명한다.
서버리스의 장점
인프라 관리나 범용적인 서비스를 플랫폼에 위임하여 이벤트 주도 함수에 집중해서 애플리케이션을 개발할 수 있다.
배포 후에도 코드가 실제로 실행되는 시간에만 과금되.ㅁ
서버리스 단점
현재는 플랫폼이나 커뮤니티가 아직성숙하지 않은 상태다.
기존 애플리케이션을 마이그레이션하려면 난이도가 높다.
서버리스의 특징과 도커를 통해 컨테이너를 실행해보고, 쿠버네티스 기능에 대해 이번장에서는 설명해준다.
6. 서비스 메시
그물형태, 즉 메시 형으로 연결돼 있어서 마이크로 서비스 간 통신을 관리하는 구조를 서비스 메시라고 한다.
서비스 메시는 제어 플레인과 데이터 플레인이라는 두 가지 컴포넌트로 구성된다.
제어 플레인은 서비스 메시를 관리하는 것으로, 서비스 검색 등의 관리에 필요한 정보를 보관하거나 구성 변경 등의 관리 명령을 내린다.
데이터 플레인은 제어 플레인이 내린 지시를 받아서 서비스 통신을 제어하거나 관리에 필요한 정보를 제어 플레인에 전송한다.
데이터 플레인은 서비스 구현시에 내장되는 것이 아니라 사이드카 패턴이라고 하는 방법으로 각 서비스에 부속되는 형태다.
사이드카 패턴은 보조적인 기능을 서비스와 분리해서 별도의 컴포넌트로 배포하는 분산 시스템의 설계 패턴 중 하나다.
7. 마이크로서비스의 개발과운영
대규모 분산 시스템을 마이크로서비스로 구성한 경우의 장점
마이크로 서비스 방식에서는 서비스 단위로 배포할수 있어서 버그 수정이나 기능 릴리스가 쉽다.
ddd 설계를 활용하므로 책임범위나 서비스 간 의존 관계를 명시적으로 나눌 수 있다.
각 서비스의 규모가 작아져서 구축, 테스트, 배포까지 적은 인원으로 개발하기 쉽다.
각 서비스의 담당 범위에서 책임 권한이 확실하다면 자유롭게 개발해서 배포를 진행할 수 있다.
여기서 자유라는 것은 기술 스택 전반을 의미한다.
5. 서킷 브레이커 등으 ㄹ구현해 두면 설령 장애가 발생해도 사용자에게 파급되는 장애 영향을 국소화할 수 있다.
6. 자신이 담당하고 있는 서비스가 다른 사람이 담당하고 있는 서비스에 주는 영향을 줄일수 있다.
하이브리드 클라우드
서로 다른 클라우드 배포 모델을 조합하여 사용하는 형태를 말한다.
멀티 클라우드
여러 회사가 제공하는 클라우드 서비스를 동시에 사용하는 것을 멀티 클라우드 라고 한다.
분산 클라우드
분산 클라우드란 퍼블릭 클라우드 서비스를 다양한 물리 장소에 분산시켜서 퍼블릭 클라우드 제공사가 서비스의 운영, 통제, 발전에 대한 책임을 계속해서 지는 것이다.
에지 컴퓨팅
에지 컴퓨팅이란 엔터프라이즈 애플리케이션을 IOT 장비나 에지 서버 등 데이터 소스와 가까운 곳에서 실행하는 분산 컴퓨팅 프레임워크다.
서평
각장의 주요 내용을 요약해보았고, 자칫 딱딱 할수있는 주제를 읽기쉽게 그림과 필요한 내용들을 알려주는 책이다.
마이크로 서비스 등장의 배경부터 현재 동향까지 다루고 있어 마이크로 서비스가 무엇인지 접하고자 하는 사람에게 추천하고 싶은 책이다
"제이펍으로 부터 제공받은 책으로 작성된 리뷰입니다."