이 책에서 다루는 ‘마이크로서비스 마이그레이션’의 접근 방식을 팀의 업무에 실제로 적용해본 경험이 있다. 하지만, 기대와는 달리 실제 적용 후 많은 비효율과 문제가 발견되었고, 문제를 하나씩 해결하며 안정적인 서비스를 런칭하고 운영하기까지의 과정에는 부단한 노력이 필요했다.

새로운 개념을 서비스에 적용하는 과정에서 시행착오를 거듭하는 것은 피할 수 없는 과정인 듯하다. 이 과정에서 절실히 필요한 것은 앞서 경험해본 누군가, 혹은 팀의 지식이라고 생각한다. 이러한 지식을 통해 우리는 시행착오를 줄일 수 있을 뿐만 아니라, 서비스의 성공 확률 또한 높일 수 있지 않을까?

서로 다른 특성을 지닌 다양한 도메인의 서비스들은 저마다 마이크로서비스 개념을 도입하는 과정에서 겪게 될 문제도 각기 다를 것이다. 이렇게 다양한 환경에서, 이 책은 나 혹은 우리 팀 만의 방법으로 변화를 받아들이기 위해 필요한 공통적인 고민을 다룬다. 몇 주, 혹은 몇 달 뒤 마주치게 될 문제와 그에 따른 고민을 미리 해보고, 해결 방안을 확인하고자 하는 분들께 이 책을 추천한다. 이론적인 지식만이 아닌 실제 경험에 근거한 사례와 방법론, 이를 바탕으로 한 조언은 분명 도움이 될 것이다

애자일, 마이크로서비스 플랫폼, 소프트웨어 개발 기술 전수 등으로 잘 알려진 피보탈의 한국 지사장으로 일하던 시절, 메이저 금융 그룹이나 엔터프라이즈 기업들의 회장님이나 사장님들을 뵐 기회가 많았다. 샌프란시스코의 피보탈랩 연구소와 미팅을 하다 보면 의외로 관심사가 한결 같았다. “우리 핵심 금융 소프트웨어들을 시장의 요구에 맞춰 빠르게 개선하고 싶은데, 피보탈 랩이 이 분야에서 가장 잘한다고 해서 들으러 왔습니다.” 영업하는 입장에서 상당히 고무적이기도 한 핵심 가치를 포함한 이런 질문 속에 담긴, 구체적인 실행 방법을 묻는 회장님, 행장님들의 인사이트에 놀라곤 했지만 막상 실무진과의 협업은 이와 같지 않았다. “서비스를 오브젝트 단위로 쪼개야 하나요?” “데브옵스의 정확한 정의는 무엇인가요?” “저희 개발팀 성과 측정과는 매우 다르네요.” 류의 엔터프라이즈에서 살아남기 위한 ‘직원’들의 질문이었다

C레벨 및 임원들은 이미 사업의 방향을 인지하고 있었지만, 실무진들이 원하는 ‘How to’에는 기술적인 질문뿐만 아니라 권한이 없는 상태에서 마이크로서비스를 과연 도입해야 하는지, 해야 한다면 어떤 방식으로 조직에 적용해야 하는지가 어려운 문제였다. 그리고 이런 문제들은 아마존 웹 서비스에서, 또는 피보탈에서도 직접 고객이 프로젝트를 수행하지 않으면 얻기 힘든 답변이었기도 하다.

이 책에서는 마이크로서비스의 다양한 측면에 대해 조명한다. 사실 대부분의 금융 소프트웨어가 지닌 문제는 기술의 최신화에 대한 어려움만은 아닐 것이다. 이벤트 스토밍, 도메인 주도 설계, 테스트 주도 개발 등보다 선행되어야 할 것은 적절한 사업 모델을 반영한 애플리케이션의 선정, 그리고 대상 애플리케이션에 능력 있는 개발자들이 도전할 수 있는 환경을 마련하는 것일테다. 이 책은 그러한 ‘해보지 않은 분들’을 위한 미지의 영역을 다루고 있다. 마이크로서비스, 클라우드 네이티브, 그리고 콘웨이의 법칙 등 최신 트렌드에 대해 한 번이라도 들어봤다면 이 책의 좋은 독자인 동시에 한국의 엔터프라이즈 기업들이 원하는 인재일 것이다.

이 책은 마이크로서비스의 정의와 모놀리스서비스를 마이크로서비스로 전환하는 방법을 설명하는 패턴을 포함하고 있다. 그러나 그보다 중요한 것은 저자가 보유한 마이크로서비스에 관련한 광대한 지식과 경험이다.

얼마 전, 이전 회사의 동료와 우리가 같이 만들었던 서비스를 마이크로서비스라 부를 수 있는지에 관해 열띤 논의를 한 적이 있었는데, 이 책의 구체적인 내용을 제시했다면 싱겁게 끝날 논의였을 것이다.

그만큼, 마이크로서비스 아키텍처 플랫폼을 개발하고 있는 입장에서 이 책 『마이크로서비스 도입, 이렇게 한다』는 마이크로서비스가 왜 필요한지를 명확히 설명해 줄 수 있는 귀중한 자료다. 마이크로서비스에 대한 개념을 알고 싶거나, 마이크로서비스를 구현하고자 하는 모든 이에게 필독서로 추천한다.

흔히 “창업(創業)보다는 수성(守成)이 어렵다”라는 말을 한다. 새로운 업을 일으키는 것도 어렵지만 그 업의 성공을 유지하는 것은 보기보다 더 어렵고 중요하다는 것을 포착한 고서 정관정요(貞觀之治) 출연진의 명언이 아닐까 한다. 개발자 입장에서 나름대로 해석하자면 새로운 시스템을 새로운 기술로 만드는 일도 분명 난관이 있지만 남이 구축하고 물려준 오래된 레거시 시스템을 분석해 신기술을 적용하며 중단없이 신규 시스템으로 이전하는 것은 몇 배나 더 고된 일일 것이다(물론, 그래서 성취감도 더 크다).

저자의 이전 저작인 『마이크로서비스 아키텍처 구축』(원제: Building Microservices)이 마이크로서비스의 개념을 훌륭히 소개했다면, 이 책은 레거시 시스템을 마이크로서비스 기반 시스템으로 성공적으로 전환하는 데 필요한 모든 것(마이그레이션 전략, 마이그레이션을 위한 최적화된 조직 구조, 점진적 전환, 모놀리스 앱과 데이터베이스를 분리하는 방법과 패턴, 전환 과정에 도사리고 있는 실수까지)저자의 지식과 경험의 정수를 체계적으로 정리했다.

2018년 거대한 레거시 계정 시스템을 클라우드 네이티브와 마이크로서비스 아키텍처로 동시에 전환하면서 2019년 말 이 책의 원서를 접했다. 1년간 고민하고 시행착오를 거치면서 체득한 우리의 마이그레이션 지식과 방법이 너무나도 체계적으로, 학문적으로 잘 정리되어 있어 놀랍고도 반가웠으며, 그제서야 책으로 출간한 저자와 출판사가 원망스럽기도 했다(1년만 더 빨리 내주시지...). 최근 레거시 시스템의 마이그레이션은 IDC에서 클라우드로, 기능을 유지하며 모놀리스 앱을 더 작은 앱으로, 단일 데이터베이스에서 이기종으로, 그리고 장애 없이 무중단으로 전환을 요하는 고난이도 종합 프로젝트가 되어 가는 것 같다.

이런 추세에 번역의 달인 박재호 님의 글로 이 책이 출간되어 독자의 한 사람으로서 무척 기쁘다. 한국 독자들의 마이그레이션 업무에 큰 도움이 될 것을 기대한다.

평균 6명으로 구성된 10개 팀이 마이크로서비스들로 구성된 온라인 서비스의 API를 개발하고 운영 중이다. 이 API 를 다른 9개 팀들이 사용하고 있는 상태에서 API의 업데이트와 테스트를 어떻게 처리해야 다른 팀의 문제 없는 애플리케이션 동작을 지원할 수 있을까? 또는 다른 9개 팀에서 동일한 기능을 중복해 개발하는 것은 어떻게 방지할 것인가? 이런 경우 각각의 팀은 서로 어떻게 커뮤니케이션 해야 할까? 또 각 조직의 목표는 어떤 방식으로 구성해야 할까?

마이크로서비스는 “그런 게 있다고 하더라”는 시대를 지나, 실제 도입을 통해 이미 다양한 성공과 실패 사례가 발생하고 있지만 아직도 많은 사람에겐 베일에 싸여 있으며 어려운 분야 중 하나다. 당장 눈앞에 닥친 ‘마이크로서비스로 구현하라’는 상부의 지시 그리고 현재 조직 내부에 구성되어 있는 일을 처리하는 방법과 문화, 특히 KPI와 같은 것들은 담당자 입장에서는 매우 설정하기 어려운 과제다.

이 책은 마이크로서비스에 대해 알려지지 않은 부분들에 대한 아이디어를 제공한다. 프로젝트를 막 시작해야 하는 팀 구성원들이 함께 읽어 공통된 이해를 가지려는 시도는 그렇지 않은 경우에 비해 월등한 결과를 안겨 줄 것이다. 마이크로서비스는 알려진 기술적 과제보다는 알려지지 않은 조직적 문제에 당면할 가능성이 훨씬 높기 때문이다. 이 책이 특별한 이유는 마이크로서비스의 특정 부분을 기술하는 것에 그치지 않고 조직과 경험에 의해 예측될 수 있는 예상 가능한 문제에 대한 언급, 그리고 예제를 통한 구현 기법의 소개가 함께 이뤄지기 때문이다.

엔터프라이즈 규모의 마이크로서비스라면 ‘공통’으로 사용되고 유지되는 것들에 대한 해법이 필요할 것이다. 어느날 갑자기 CTO가 나타나, 올해부터 팀을 10개로 나누고 각각 개발해야 하는 모듈을 던져주는 식의 해법은 재앙을 낳을 뿐이다. 이런 것들에 대한 현실적 이해가 필요하다면, 그리고 변화에 대해 인지하고 있다면 이 책을 꼭 살펴보기 바란다.

우리는 애플리케이션 아키텍처를 바라보는 혁명의 시기에 놓여 있다. IDC에 따르면 2022년까지 모든 새로운 애플리케이션의 90%가 마이크로서비스 아키텍처를 기반으로 만들어질 것이다. 데브옵스와 마찬가지로 마이크로서비스를 채택하면 민첩성과 유연성이 향상되어 기업은 제품과 서비스를 더 빨리 출시할 수 있다. 많은 기업에서 기존 앱을 마이크로서비스 기반 아키텍처로 마이그레이션하려고 계획 중이다. 그러나 먼저 몇 가지 중요한 질문이 있다. 시스템에서 동작하는 다른 모든 작업을 중지하지 않고 기존 시스템의 아키텍처를 어떻게 재구성할까? 마이크로서비스는 얼마나 커야 마땅할까? 마이크로서비스가 적절하지 않은 경우는 언제일까? 모놀리스를 분할할 때 채택할 수 있는 마이그레이션 패턴에는 어떤 것이 있을까?

이 책은 이런 질문에 대한 답변, 그 이상을 제공하며, 데브옵스 엔지니어는 물론 애플리케이션 개발자와 아키텍트에게 반드시 필요한 책이다. 또한 마이크로서비스 구현에 대한 세부사항을 제공할 뿐만 아니라 마이크로서비스 아키텍처와 관련된 문제점을 파고들며, 심지어 마이크로서비스로 향하는 여정이 여러분에게 적합한지 이해하는 과정에 도움을 준다.

오라일리 베스트셀러인 『마이크로서비스 아키텍처 구축』을 집필한 저자 샘 뉴먼은 모놀리스에서 마이크로서비스로 마이그레이션하는 경로를 포괄적으로 안내하기 위해 풍부한 경험을 활용한다. 뉴먼은 마이크로서비스를 확장함에 따라 증가하는 고충을 관리하는 가장 좋은 방법에 대해, 계획부터 구현은 물론이고 그 너머에 이르기까지 점진적이고 논리적인 방식으로 기술하며 상세한 지침을 속속들이 제공한다.