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

658

3

부

사람

16.1416.14

기술 부채 기술 부채

종종 기술 비전을 완벽하게 실현할 수 없는 상황이 찾아온다. 그럼 긴급한 기능을 구현하려고

몇 가지를 희생하는 쪽을 흔히 선택하게 되는데, 이는 단지 우리가 감수해야 할 또 하나의 절충

점일 뿐이다. 우리의 기술 비전은 그만한 이유가 있으며, 해당 이유에서 벗어나면 단기적으로

는 이득이 될 수 있지만 장기적으로는 대가를 치르게 된다. 이러한 절충점을 이해하는 데 도움

이 되는 개념이 바로 기술 부채

technical

debt

다. 기술 부채가 발생하면 현실 세계의 부채와 마찬가

지로 지속적인 비용이 발생하며, 결국 해당 비용을 지불해야 한다.

때때로 기술 부채는 지름길을 택함으로써 발생하는 것이 아니다. 시스템에 대한 우리의 비전이

바뀌었지만 모든 시스템이 일치하지 않는다면 어떻게 될까? 이와 같은 상황에서도 새로운 기

술 부채의 원천이 생겨났다.

아키텍트의 역할은 더 큰 그림을 보고 이 균형을 이해하는 것이다. 부채의 수준과 개입해야 할

부분에 대해 어느 정도 견해를 갖는 것이 중요하며, 조직에 따라서는 부드러운 지침을 제공하

되 부채를 추적하고 상환하는 방법을 팀 스스로 결정하게 할 수도 있다. 다른 조직에서는 정기

적으로 검토하는 부채 로그를 보관하는 것을 포함해 보다 체계적으로 관리해야 할 수도 있다.

16.1516.15

예외 처리 예외 처리

따라서 원칙과 관행은 시스템을 구축하는 방법을 안내한다. 하지만 시스템이 원칙에서 벗어나

면 어떻게 될까? 때때로 우리는 규칙에 예외가 되는 ...