우리는 이 책을 통해 최초의 컨퍼런스 시스템 아키텍처를 수정하고 성숙화하는 진화적 단계를 밝아옴. 가장 처음 아키텍처는 다음과 같음
참석자 서비스를 분리하기 위한 의사결정사항을 살펴보자.
다음 그림처럼 참석자 서비스를 레거시 컨퍼런스 시스템 외부에서 독립적인 프로세스로 동작하는 API 기반 서비스로 분리해냄
1장과 2장에서 참석자와 API와 서비스를 설계하고 테스트하는 동안에 아키텍처 자체는 변화가 없음. 3장에서는 최종 사용자와 기존의 컨퍼런스 시스템 및 새 서비스 사이에 API 게이트웨이를 추가하는 첫 번째 진화 단계를 거침
다음 그림에서 보듯 고객은 이제 API 게이트웨이를 통해 컨퍼런스 시스템에 요청을 보냄. API 게이트웨이는 추상화를 제공하며 레거시 컨퍼런스 시스템 또는 새 참석자 서비스로의 트래픽에 대한 단일 진입 지점 역할을 함. 이 단계에서는 언제 레거시 서비스를 호출하고 언제 새 서비스를 호출할지를 제어할 수 있는 퍼사드 패턴을 고개함
다음은 더 한 단계 나아가 컨퍼런스 세션 기능을 레거시 컨퍼런스 시스템으로부터 새로운 세션 서비스로 분리하고 서비스 간 API 트래픽을 조율하기 위해 메시를 추가함.
5장에서는 API 기반 서비스의 점진적 릴리스에 중점을 맞춰 참석자 서비스의 내부 버전과 외부 버전을 생성하고 기능 플래그를 이용해 어떤 서비스로 사용자 요청을 라우팅할지 결정하는 방식을 도입함.