SRE를 위한 시스템 설계와 구축

149

6

장

이해 가능성을 위한 설계

6.2

이해가 가능한 시스템의 설계

지금부터 설명할 내용은 시스템을 더 이해 가능하게 하고 시간이 지나면서 더 발전하는 시스템

의 이해 가능성을 유지하기 위해 측정해야 하는 것을 설명한다. 먼저 복잡도의 문제부터 생각

해보자.

6.2.1

복잡도와 이해 가능성의 관계

이해 가능성을 확보하는 데 있어 가장 큰 문제는 관리되지 않은 복잡성

unmanaged

complexity

이다.

현대 소프트웨어 시스템(특히 분산 시스템 )과 이런 시스템이 해결하는 문제의 규모를 생각해

보면 어느 정도의 복잡성은 자연적이며 필연적이다. 예를 들어 구글에서 일하는 수만 명의 엔

지니어는 수억 줄의 코드가 저장된 소스 저장소에서 업무를 수행한다. 이 엄청난 양의 코드가

모여 사용자용 서비스와 백엔드 그리고 이들을 지원하는 데이터 파이프라인 등이 구현된다. 하

나의 제품만 서비스하는 작은 규모의 조직이라도 수십 또는 수백 명의 엔지니어가 수십만 줄의

코드로 수백 개의 기능과 사용자 스토리를 구현한다.

본질적으로 기능이 복잡한 시스템의 예로 지메일을 생각해보자. 지메일은 클라우드 기반 이메

일 서비스라고 요약할 수 있겠지만, 그렇게 생각한다면 지메일의 복잡성을 오해하고 있는 것이

다. 지메일은 수많은 기능을 제공하지만 그 중 대표적인 기능은 다음과 같다.

●

다중 프런트엔드와

UI

(데스크톱 웹, 모바일 웹, 모바일 애플리케이션 등 )

●

서드파티 개발자가 애드온

add

-

on

기능을 구현할 수 있는 여러

API

●

인바운드

inbound

와 아웃바운드 ...