책 전반부는 마이크로서비스의 아키텍처를 중점적으로 다룬다. 먼저 마이크로서비스가 요구되는 배경으로 DX를 언급하고(1장), 클라우드 네이티브 컴퓨팅과 마이크로서비스의 개요를 설명한다(2장, 3장). 그리고 마이크로서비스의 설계 노하우를 이해할 수 있도록 마이크로서비스 패턴에 대해 다룬다(4장).
한편, 이 책의 후반부에서는 마이크로서비스를 지탱하는 기술에 대해 설명한다. 마이크로서비스의 런타임 인프라인 컨텐이너(container), 쿠버네티스(Kubernetes), 서버리스(serverless)를 배우고(5장), 서비스 메시(mesh)(6장) 및 마이크로서비스의 애플리케이션 개발, 운영 기법과 데브옵스(DevOps) 개요를 설명한다(7장). 8장에서는 마이크로서비스를 클라우드 애플리케이션으로 배포하는 클라우드 배포 모델의 최신 동향에 대해 다룬다.
--- p.xv

소규모의 단순한 시스템에는 마이크로서비스가 적합하지 않다. 그렇다면 마이크로서비스는 어떤 시스템에 적합한 것일까? 그 답은 바로 대규모이면서 복잡한 시스템이다. 대규모 비즈니스 도메인의 디지털화, 100명 규모의 대규모 개발팀, 여러 시스템의 통합 등 대규모 시스템 개발을 규칙을 정해서 일관성 있게 운영하는 것은 매우 어려운 일이다. 이런 경우라면 대상 영역(도메인)을 분할하고, 각각을 독립적으로 개발/운영하는 마이크로서비스가 적합하다.
--- p.42

경영진에게 있어서 마이크로서비스화는 큰 투자다. 이 투자의 지속과 마이크로서비스화의 관철을 위해서라도 일부라도 마이크로서비스화해서 적당한 때 신속하게 릴리스하고, 물리적인 시스템과 함께 해당 프로젝트의 가치를 어필하는 것이 좋다. 이를 위해서 잦은 빈도로 신속하게 마이크로서비스화의 성과를 릴리스할 수 있는 마이그레이션 방법이 요구된다.
--- p.113

서버리스란 무엇일까? 서버리스(serverless, 또는 서버리스 컴퓨팅)란, 한 마디로 말하면 ‘서버를 관리할 필요가 없는 애플리케이션을 구축해서 실행한다’는 개념이다. 이름 때문에 오해하곤 하지만, 코드를 호스트해서 실행하기 위한 ‘서버가 불필요하다’는 의미가 아니다. 여기서의 서버리스란, 서버 구축, 유지/관리, 업데이트, 확장, 용량 관리 등에 시간과 리소스를 투입할 필요가 없다는 의미다.
--- p.146

데브옵스의 많은 사례나 실전 기법이 등장하고 있지만, 범용적인 만능 해결책이라고 볼 수는 없다. 각 조직 문화나 비즈니스의 속도감, 데브옵스의 이해도, 툴을 포함한 기술 숙련도에 맞추어 커스터마이징해 적용하는 것이 좋다. 예를 들어 하향식으로 접근해 문화나 의식 개혁부터 시작해도 좋고, 상향식으로 접근해서 개발 프로세스 개선을 위한 툴 사용부터 시작해도 좋다. 중요한 것은 데브옵스를 실현하고 싶다는 의지를 잃지 않는 것이다.