3장에서는 모듈(module)을 연관된 코드의 묶음이라고 했지만, 아키텍트는 보통 모듈을 물리적으로 구현한 컴포넌트로 생각한다.

8.1 컴포넌트 범위

• 개발자는 컴포넌트 개념을 다양한 팩터에 세분화하는 것이 유용하다고 생각한다.
• 컴포넌트는 아티팩트를 한데 묶어 필요시 중첩시켜 계층화하는, 언어의 특정한 메커니즘을 제공한다.
• 가장 단순한 컴포넌트는 클래스(또는 비객체 지향 언어의 함수)보다 한 단계 높은 수준의 모듈로 코드를 래핑한 것이다.
• 단순한 래퍼를 보통 라이브러리(library)라고 한다.
  • 라이브러리는 대개 호출부 코드와 동일한 메모리 주소에서 실행되며 해당 언어의 함수 호출 메커니즘을 이용해 통신한다.
• 컴포넌트는 아키텍처에서 서브시스템이나 레이어 형태로도 나타나며, 많은 이벤트 프로세서를 위한 배포 가능한 작업 단위이다.
• 아키텍트가 반드시 컴포넌트를 사용해야 하는 것은 아니다. 컴포넌트는 언어가 제공하는 저수준이 아닌, 더 높은 수준에서 모듈성을 가지는 것이 더 유용할 때가 많다.
• 컴포넌트는 아키텍처의 근본적인 모듈성을 구성하는 요소로서 아키텍트에게 아주 중요한 고려사항이다.
  • 실제로 아키텍트가 결정하는 중요한 항목 중 하나가 아키텍처 컴포넌트의 최상위 분할과 연관되어 있다.

8.2 아키텍트 역할

• 아키텍트는 아키텍처 내부의 컴포넌트를 정의, 개선, 관리, 통제하는 일을 한다.
  • 거버넌스를 만든다
• 그리고 아키텍처는 개발 프로세스의 영향을 받지 않는다.
• 일반적으로 컴포넌트는 아키텍트가 직접 맞닥뜨리는 최하위 소프트웨어 시스템이지만, 전체 코드베이스에 영향을 미치는 코드 품질 메트릭은 예외다.
• 아키텍트는 클래스 설계에 참여해서도 안 되고 시스템의 세세한 설계 결정에 관여해서도 안 된다.

8.2.1 아키텍처 분할

최상위 분할(top-level paritioning)