마이크로서비스 아키텍처 구축(전면 개정판)

655

16

장

진화하는 아키텍트

경우, 이 그룹은 주로 관리 대상 업무를 실행하는 사람들로 구성돼야 한다. 이 그룹은 기술적

위험을 추적하고 관리하는 역할도 담당해야 한다.

함께 모여서 어떻게 일을 처리할지 합의하는 것은 좋은 생각이다. 하지만 사람들이 이러한 가

이드라인을 따르고 있는지 확인하는 데 시간을 소비하는 것은 개발자에게 각 마이크로서비스

에서 기대하는 모든 표준 사항을 구현해야 하는 부담을 주는 것과 마찬가지로 재미가 떨어진

다. 올바른 일을 쉽게 할 수 있도록 하는 것은 중요하며,

15

장에서 논의했듯이 포장된 길은 여

기서 매우 유용한 개념이다. 아키텍트는 비전을 명확하게 표현하고, 목표에 쉽게 도달할 수 있

도록 하는 역할을 한다. 따라서 어떤 포장된 길을 구축하든 그 도로의 요구 사항을 구체화하는

데 참여해야 한다. 많은 경우 플랫폼이 가장 큰 예가 될 것이며, 아키텍트는 결국 플랫폼 팀의

중요한 이해관계자가 된다.

플랫폼의 역할은 이미 자세히 살펴봤으므로 사람들이 가능한 한 쉽게 올바른 일을 할 수 있도

록 해주는 몇 가지 다른 기술을 살펴볼 것이다.

16.13.116.13.1

예시 예시

서면 문서는 훌륭하고 유용하다. 필자도 이 책을 집필한 만큼 그 가치를 분명히 알고 있다. 하

지만 개발자는 실행하고 탐색할 수 있는 코드도 좋아한다. 권장하고 싶은 표준이나 모범 사례

가 있다면 참고할 만한 예시를 제공할 수 있어 유용하다. 사람들이 시스템의 더 좋은 부분을 모

방함으로써 크게 잘못될 일은 없을 것이다.

이러한 모범 사례는 단순히 ...