소프트웨어 아키텍처에서 컴포넌트 기반 설계(Component-Based Design, CBD)는 소프트웨어 시스템을 재사용 가능하고 독립적인 소프트웨어 컴포넌트들의 집합으로 구성하여 설계하는 접근 방식이다. 이러한 컴포넌트들은 특정 기능을 캡슐화하며, 시스템의 다른 부분에 쉽게 통합될 수 있어 보다 모듈화되고 유연한 설계를 가능하게 한다.

CBD에서 소프트웨어 시스템은 여러 컴포넌트로 나뉘며, 각 컴포넌트는 명확히 정의된 인터페이스와 특정한 책임을 가진다. 이 컴포넌트들은 독립적으로 개발, 테스트, 배포가 가능하므로, 새로운 기능을 추가하거나 기존 기능을 수정하고 시스템을 유지보수하는 것이 훨씬 쉬워진다.

정리: CBD는 명확한 인터페이스와 책임을 가진 독립적인 컴포넌트들의 조합으로 시스템을 설계해, 모듈성·유연성·유지보수성을 높이는 방법이다.

소프트웨어 아키텍처에서 모놀리식 아키텍처(Monolithic architecture)는 소프트웨어 시스템을 하나의 통합되고 독립적인 단위로 구축하는 설계 방식이다. 모놀리식 아키텍처에서는 시스템의 모든 컴포넌트가 강하게 결합(tightly coupled)되어 서로 의존한다. 이는 시스템의 한 부분이 변경되면 다른 부분에도 영향을 미칠 수 있음을 의미한다.

모놀리식 아키텍처는 보통 작은 규모에서 중간 규모의 시스템에 사용되며, 이 경우 시스템의 복잡성이 관리 가능한 수준이고 확장성과 유연성에 대한 요구가 크지 않다. 모놀리식 아키텍처에서는 전체 시스템이 일반적으로 하나의 단위로 빌드, 배포, 실행되며, 이는 시스템을 이해하고 관리하기 더 쉽게 만들어준다

정리: 모놀리식 아키텍처는 시스템을 하나의 통합된 단위로 구축하는 방식으로, 관리와 이해는 쉽지만 확장성과 유연성은 떨어진다.

소프트웨어 아키텍처에서 계층형 아키텍처(Layered architecture)는 소프트웨어 시스템을 여러 계층(layers)으로 나누는 설계 방식이다. 각 계층은 특정한 책임을 가지고 있으며, 잘 정의된 인터페이스를 통해 다른 계층과 통신한다. 이러한 접근 방식은 설계를 더 모듈화(modular)하고 유연(flexible)하게 만들어, 각 계층을 독립적으로 개발, 테스트, 배포할 수 있도록 하여 새로운 기능 추가, 기존 기능 수정, 시스템 유지보수를 더 쉽게 만든다.

계층형 아키텍처는 보통 규모가 크고 복잡한 시스템에서 사용되며, 이 경우 확장성과 유연성에 대한 요구가 크다. 계층형 아키텍처의 각 계층은 특정 기능에 책임을 지며, 잘 정의된 인터페이스를 가진 블랙박스로 생각할 수 있다. 계층 간에는 이 인터페이스를 통해 통신하므로, 관심사의 명확한 분리(Separation of Concerns)가 가능하다.

정리: 계층형 아키텍처는 시스템을 계층별로 나눠 책임을 분리하고, 인터페이스를 통해 통신함으로써 모듈성·유연성·유지보수성을 높이는 설계 방식이다.

클라이언트-서버 아키텍처(Client-Server architecture)는 분산 시스템에서 흔히 사용되는 아키텍처 패턴으로, 클라이언트(또는 다수의 클라이언트)가 서버에 요청(request)을 보내면, 서버가 그 요청에 응답(response)하는 구조이다. 클라이언트와 서버는 별개의 개체이며, 인터넷이나 로컬 네트워크 같은 네트워크를 통해 서로 통신한다.

클라이언트는 사용자 인터페이스를 표시하고 사용자 입력을 처리하는 역할을 맡고, 서버는 요청을 처리하고 적절한 응답을 반환하는 역할을 맡는다. 또한 서버는 데이터 저장, 보안, 비즈니스 로직과 같은 작업을 담당할 수도 있다.

정리: 클라이언트-서버 아키텍처는 클라이언트가 요청하고 서버가 응답하는 구조로, UI·입력은 클라이언트가, 처리·저장·보안은 서버가 담당한다.

피어-투-피어(Peer-to-Peer, P2P) 아키텍처는 분산 컴퓨팅 아키텍처의 한 형태로, 네트워크의 각 노드(peer)가 동시에 클라이언트이자 서버 역할을 하는 구조이다. P2P 아키텍처에서는 네트워크를 관리하는 중앙 권한이나 서버가 없으며, 각 노드는 다른 노드와 직접 통신하여 정보를 교환, 자원을 공유, 연산 수행을 한다.

P2P 아키텍처의 주요 장점은 시스템을 더 탈중앙화(decentralized)하고 내결함성(fault-tolerant) 있게 만들 수 있다는 점이다. 중앙 권한이 없기 때문에 단일 장애 지점(single point of failure)이 존재하지 않으며, 일부 노드가 실패하더라도 네트워크는 계속 동작할 수 있다. 또한, P2P 아키텍처는 네트워크 내 노드 수가 증가할수록 확장성(scalability)도 향상될 수 있다.

정리: P2P 아키텍처는 각 노드가 클라이언트이자 서버로 동작해 중앙 서버 없이도 확장성과 내결함성을 가지는 탈중앙화 구조다.

이벤트 주도 아키텍처(EDA)는 시스템이 변화를 계속 폴링(polling)하는 대신, 발생하는 특정 이벤트에 반응하도록 설계하는 소프트웨어 패턴이다. EDA에서 이벤트는 컴포넌트 사이에 비동기적으로 전달되는 메시지이며, 각 컴포넌트는 자신이 관심 있는 이벤트에 반응한다.

EDA의 주요 장점은 컴포넌트 간 관심사의 명확한 분리를 가능하게 하고, 확장성과 내결함성을 향상시킨다는 점이다. 또한 컴포넌트 간 느슨한 결합(Loose Coupling)을 제공하여, 서로의 존재를 알 필요 없이 독립적으로 개발·배포·확장할 수 있게 한다.

정리: EDA(Event-Driven Architecture)는 이벤트를 비동기 메시지로 전달해 컴포넌트 간 결합도를 낮추고, 확장성과 내결함성을 높이는 아키텍처다.

퍼블리시-서브스크라이브 패턴(Publish-Subscribe pattern)은 메시징 패턴의 하나로, 퍼블리셔(publisher)가 메시지를 특정 토픽(topic)에 발행하면, 그 토픽을 구독한(subscribe) 임의의 수의 구독자(subscriber)들이 해당 메시지를 수신하는 방식이다. 퍼블리시-서브스크라이브 패턴은 옵저버 패턴(Observer pattern)이라고도 불리며, 애플리케이션의 서로 다른 부분 간에 디커플링된 방식으로 통신을 구현하는 방법이다.

이 패턴을 사용할 때의 주요 장점은 퍼블리셔와 구독자 간의 관심사 분리(Separation of Concerns)를 명확하게 할 수 있고, 시스템의 유연성(flexibility)과 확장성(scalability)을 향상시킬 수 있다는 점이다. 또한, 퍼블리셔와 구독자가 서로의 존재를 알 필요가 없으므로 느슨한 결합(loose coupling)을 가능하게 하며, 각자가 독립적으로 개발, 배포, 확장될 수 있다.

정리: Publish-Subscribe 패턴은 퍼블리셔와 구독자가 토픽을 매개로 메시지를 주고받아, 느슨한 결합과 확장성을 보장하는 메시징 패턴이다.