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

646

3

부

사람

16.8.416.8.4

원칙과 관행의 결합 원칙과 관행의 결합

한 사람의 원칙이 다른 사람의 관행이 될 수 있다. 예를 들어

HTTP

/

REST

사용을 관행이 아

닌 원칙이라고 정할 수 있으며, 이렇게 해도 좋을 것이다. 핵심은 시스템의 발전 방법을 이끄는

가장 중요한 아이디어를 포함해야 하고 사람들이 그 아이디어를 구현하는 방법을 알 수 있도록

충분히 상세하게 설명할 필요가 있다는 것이다. 소규모 그룹이나 단일 팀의 경우 원칙과 관행

을 결합해도 괜찮을 것이다. 하지만 기술 및 업무 관행이 가는 곳마다 다른 대규모 조직일 경우

공통의 원칙에 모두 부합하는 한 각기 다른 관행이 필요할 수 있다. 예를 들어 .

NET

팀과 자바

팀이 동일한 원칙을 갖고 있더라도 서로 다른 관행을 보유할 수 있다.

16.8.516.8.5

실제 사례 실제 사례

필자의 오랜 동료인 에반 보처

Evan

Bottcher

는 한 고객과 작업하는 과정에서 [그림

16

-

3

]과 같은

다이어그램을 고안했다. 이 그림은 목표, 원칙, 관행의 상호작용을 매우 명확한 형식으로 보여

준다. 몇 년 동안 맨 오른쪽의 관행은 상당히 정기적으로 바뀌는 반면, 원칙은 상당히 고정적으

로 유지됐다. 이러한 다이어그램은 한 장의 종이에 멋지게 인쇄해 공유할 수 있으며, 각 개념은

일반 개발자도 기억할 수 있을 정도로 간단하다. 물론 각 항목 뒤에는 더 자세한 내용이 있지

만, 요약된 형식으로 표현할 수 있다면 매우 유용하다.

이와 같은 항목을 지원하는 문서를 갖는 것이 타당하며, ...