소프트웨어 아키텍처에서의 컴포넌트 원칙은 모듈화되고, 재사용 가능하며, 이해하기 쉽고, 테스트와 유지보수가 용이한 소프트웨어 컴포넌트를 설계하고 구현하기 위한 지침을 말한다.

소프트웨어 아키텍처에서 핵심적인 컴포넌트 원칙에는 다음이 포함된다.

• High cohesion (높은 응집도)
• Low coupling (낮은 결합도)
• Separation of concerns (관심사의 분리)
• Interface-based design (인터페이스 기반 설계)
• Reusability (재사용성)
• Testability (테스트 가능성)
• Modularity (모듈성)
• Interoperability (상호 운용성)

이러한 컴포넌트 원칙들을 따르면, 소프트웨어는 이해하기 쉽고, 유지·보수가 용이하며, 확장이 쉬운 방식으로 개발될 수 있고, 버그가 발생할 가능성도 줄어든다. 또한 더 나은 코드 재사용이 가능해지고, 코드를 테스트하고 변경하는 것이 쉬워지며, 컴포넌트가 다양한 환경에서 재사용될 수 있으므로 코드 재사용성이 더욱 향상된다.

소프트웨어 아키텍처에서 Policy(정책)와 Detail(세부사항)의 구분은 고수준 의사결정과 저수준 구현 세부사항을 분리하는 것을 의미한다.

Policy(정책)는 시스템의 전체적인 동작과 구조를 정의하는 고수준 의사결정을 의미한다. 여기에는 전체 아키텍처, 시스템 인터페이스, 주요 컴포넌트와 그 상호작용 등이 포함된다.이러한 정책 결정은 주로 아키텍트나 설계자가 내리며, 시스템의 전반적인 방향을 설정한다.

Detail(세부사항)은 정책 결정을 실제로 구현하기 위해 필요한 저수준 구현 세부사항을 의미한다. 여기에는 구체적인 알고리즘, 자료 구조, 그리고 시스템 컴포넌트를 구성하는 코드 등이 포함된다. 세부사항은 주로 개발자가 구현하며, 시스템이 실제로 동작하도록 책임진다.

정리: Policy는 큰 그림(아키텍처, 인터페이스, 구조)을 결정하는 원칙이고, Detail은 그것을 실제로 구현하는 코드와 알고리즘이다.

결합도(Coupling)와 응집도(Cohesion)는 소프트웨어 아키텍처에서 시스템 내 컴포넌트 간의 상호 의존성을 측정하는 두 가지 원칙이다.

• 결합도(Coupling)는 한 컴포넌트가 다른 컴포넌트에 얼마나 의존하는지를 나타낸다.
• 높은 결합도(High coupling): 한 컴포넌트가 변경되면 다른 컴포넌트에도 영향을 미치므로 시스템을 이해·테스트·유지보수하기 어려워진다.
• 낮은 결합도(Low coupling): 한 컴포넌트의 변경이 다른 컴포넌트에 거의 영향을 주지 않아, 시스템이 더 모듈화되고 이해·테스트·유지보수가 쉬워진다.

• 응집도(Cohesion)는 한 컴포넌트가 맡고 있는 책임들이 서로 얼마나 관련이 있는지를 나타낸다.
• 높은 응집도(High cohesion): 컴포넌트가 하나의 명확한 목적을 가지고, 그 목적과 관련된 기능과 데이터만 포함한다.
• 낮은 응집도(Low cohesion): 컴포넌트가 여러 가지 서로 관련 없는 책임을 가지고 있어 이해·테스트·유지보수가 어렵다.

소프트웨어 아키텍처에서 경계(boundaries)란 서로 다른 컴포넌트나 시스템 사이의 인터페이스 또는 분리 지점을 의미한다. 이러한 경계는 물리적인 것일 수도 있고(예: 분산 시스템에서 서로 다른 마이크로서비스 간의 경계), 논리적인 것일 수도 있다(예: 애플리케이션 내의 서로 다른 계층 간의 경계).

경계가 중요한 이유는, 그것이 서로 다른 컴포넌트나 시스템 간의 상호작용 지점을 정의하고, 이들이 서로 어떻게 통신할지를 규정하기 때문이다. 명확한 경계를 정의하면, 컴포넌트나 시스템 간의 상호작용이 잘 정의되고 이해하기 쉬워지므로 시스템을 이해·테스트·유지보수하기가 더 쉬워진다.

정리: Boundaries는 시스템 내 컴포넌트/계층/서비스 사이의 구분선이며, 명확히 정의하면 이해·테스트·유지보수가 쉬워진다.