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

645

16

장

진화하는 아키텍트

것이 또 다른 목표라면, 데이터 주권을 존중하기 위해 전체 시스템을 해당 국가 지역에 배포할

수 있도록 이식성이 있어야 한다는 원칙을 구현하기로 정할 수 있다.

너무 많은 원칙을 수립하는 것은 바람직하지 않다. 원칙은

10

개 미만이 적당하며, 사람들이 기

억하기 쉽거나 작은 포스터에 넣을 수 있을 정도로 적은 것이 좋다. 원칙이 많을수록 원칙이 서

로 겹치거나 모순될 가능성이 커진다.

히로쿠의

12

가지 원칙은 히로쿠 플랫폼에서 잘 작동하는 애플리케이션을 만드는 데 도움이 되

는 목표를 중심으로 구성된 일련의 설계 원칙이다. 이러한 원칙은 다른 상황에서도 효과가 있

을 것이다. 이 원칙 중 일부는 실제로 애플리케이션이 히로쿠에서 작동하기 위해 표시해야 하

는 동작에 기반한 제약 조건이다. 제약 조건은 실제로 변경하기가 매우 어렵거나 사실상 불가

능한 것이지만, 원칙은 우리가 선택하기로 결정한 것이다. 따라서 원칙과 제약을 명시적으로

구분하면 정말 변경할 수 없는 것을 강조하는 데 도움이 된다. 개인적으로는 원칙과 제약을 한

목록으로 정리하면 가끔씩 제약에 도전하고 정말 꿈쩍도 안 하는 것인지 확인하는 데 도움이

될 수 있다고 생각한다!

16.8.316.8.3

관행 관행

관행은 원칙이 제대로 이행되고 있는지 확인하는 방법으로, 업무 수행을 위한 세부적이고 실용

적인 지침이다. 관행은 기술에 따라 다르며 모든 개발자가 이해할 수 있을 정도로 자세한 수준

이어야 한다. 코딩 지침, 모든 로그 데이터를 중앙에서 캡처해야 ...