구성 요소 기반 아키텍처란 무엇입니까?

컴포넌트 기반 아키텍처는 재사용 가능한 부분을 기반으로 소프트웨어를 구축하기 위한 프레임워크입니다. 각 컴포넌트는 라이브러리에 저장된 바이너리 단위로 명확하게 정의된 기능을 포함하고 있으며, 다른 컴포넌트를 수정하지 않고 애플리케이션에 통합됩니다.

구성요소를 레고 블록이라고 생각해 보세요.

레고로 구조물을 만들 때는 다양한 모양, 크기, 색상을 선택할 수 있습니다. 어떤 블록은 문, 창문, 그리고 다른 구조적 요소로 사용하기 위해 특별히 제작되었습니다. 각 블록은 다른 블록과 연결하는 데 필요한 모든 기능을 갖추고 있으며, 블록을 추가하거나 빼도 일반적으로 구조물에 미치는 영향은 미미합니다.

소프트웨어 구성 요소는 작은 플라스틱 조각보다 훨씬 복잡하지만 개념은 비슷합니다.

각 요소는 구조적으로 정의된 방식으로 작업을 수행합니다. 단순성을 위해 구성 요소는 라이브러리에 저장되고 개발자가 조립하며 API를 통해 서로 통신합니다.

때때로 "소프트웨어 버스"라고도 하는 객체 요청 브로커는 모든 구성 요소가 사용하는 단일 통신 평면을 제공하여 통신을 용이하게 합니다. 통신은 다음과 같은 여러 가지 방법으로 발생할 수 있습니다. 비동기 적으로방송을 통해, 메시지 기반 시스템을 통해 또는 진행 중인 데이터 스트림의 일부로 전달될 수 있습니다.

역사적 맥락

구성 요소 기반 아키텍처 개념은 새로운 것이 아닙니다. 1960년대 후반부터 학술 논문에서 언급된 것을 찾을 수 있습니다.

IBM은 자사의 시스템 객체 모델 1990년대 초반, 구성 요소에서 소프트웨어를 빌드하는 방법을 정의하기 위한 최초의 상업적 노력. Microsoft의 구성 요소 객체 모델 개체 연결 및 포함거의 같은 시기에 도입되어 상업적 배포를 위한 최초의 프레임워크를 제공했습니다.

구성 요소의 5가지 특징과 이점

소프트웨어 구성 요소에는 5가지 공통적인 특징이 있습니다.

1. 재사용 가능

컴포넌트는 수정이나 특별한 조정 없이 다양한 애플리케이션에 플러그인될 수 있습니다. 또한 애플리케이션의 여러 부분이나 여러 프로젝트에서 재사용할 수 있어 코드 중복과 작업 부담을 줄일 수 있습니다.

2. 확장 가능

구성 요소는 다른 구성 요소와 결합하여 새로운 동작을 생성합니다. 교체 또는 연장 나머지 시스템에 미치는 영향을 최소화하여 업그레이드와 사용자 정의가 훨씬 쉬워졌습니다.

3. 확장성

개별 구성 요소는 수요에 따라 독립적으로 확장될 수 있습니다. 전체 애플리케이션을 재설계하는 대신, 구성 요소를 추가하거나 수정하여 시스템을 더 쉽게 확장할 수 있습니다.

4. 유지 보수 가능

컴포넌트는 자체적으로 포함되어 있으며, 인터페이스를 통해 기능을 노출하는 동시에 내부 프로세스의 세부 사항은 숨깁니다. 컴포넌트는 특정 기능을 캡슐화하므로 다른 기능에 영향을 주지 않고 시스템의 특정 부분을 분리, 업데이트 및 수정하기가 더 쉽습니다.

5. 독립

각 구성 요소는 다른 구성 요소에 대한 종속성이 최소화되어 다양한 환경과 맥락에서 작동할 수 있습니다. 각 구성 요소는 특정 기능 측면에 집중하여 더욱 깔끔하고 체계적인 코드와 향상된 시스템 구조를 제공합니다.

구성 가능한 아키텍처와 마이크로서비스

구성 요소와 마이크로서비스는 모두 유연하고 확장 가능한 소프트웨어 개발 및 관리를 제공하지만 몇 가지 주요 차이점이 있습니다.

• 마이크로 서비스 구성 가능한 아키텍처의 일부가 될 수 있습니다. 하지만 컴포저블 아키텍처 마이크로서비스 아키텍처보다 더 광범위한 구성 요소와 더 큰 서비스를 포괄합니다.
• 마이크로 서비스 백엔드에 초점을 맞춥니다. 구성 가능한 아키텍처 전체 스택(프런트엔드, 백엔드, 오케스트레이션)에 적용되는 보다 전체론적입니다.
• 구성 요소 긴밀하게 통합되어 있습니다 마이크로 서비스 분리되어 있습니다.
• 마이크로 서비스 구성 요소보다 더 세분화되어 있습니다. 각 서비스는 특정 작업을 처리하는 반면 구성 요소들 더 광범위한 모듈이나 전체 애플리케이션을 포함할 수 있습니다.

마이크로서비스는 DevOps에서 사용되는 주요 아키텍처입니다. 클라우드 네이티브 개발개발자가 애플리케이션을 처음부터 구축하는 대신 대부분을 조립하여 사용하기 때문에 생산성 이점으로 인해 가치가 있습니다.

구성 요소의 예

구성 요소의 한 예는 Microsoft PowerPoint의 스프레드시트 기능입니다. 사용자는 차트나 그래프의 기반이 되는 데이터를 편집할 때 Microsoft Excel처럼 보이고 작동하는 스프레드시트로 작업합니다. Excel의 전체 버전은 아니지만 스프레드시트 위젯에는 필수 기능을 지원하기에 충분한 기능이 있습니다.

구성 요소의 다른 예로는 전자상거래에서 세금을 계산하는 기능이나 로그인 시 사용자에게 질문에 답하도록 요구하는 기능 등이 있습니다.

구성 요소와의 트레이드오프

구성 요소 기반 아키텍처는 모든 시나리오에 적합하지 않기 때문에 단점이 있을 수 있습니다.

우선, 애플리케이션을 모듈화하고 기능적으로 분리된 부분으로 나누어야 하는데, 이는 애플리케이션이 큰 경우 어려울 수 있습니다. 또한, 구성 요소의 재사용성에 대한 필요성으로 인해 사용자 정의 옵션이 제한될 수 있습니다.

애플리케이션의 요구 사항과 정확히 일치하는 구성 요소를 찾는 것도 어려울 수 있습니다. 많은 구성 요소가 주어진 애플리케이션에서 모니터링이 필요할 수 있으며, 구성 요소 라이브러리의 업데이트 및 유지 관리가 복잡할 수 있습니다.

구성 요소의 대안

구성 요소 기반 개발 및 아키텍처에는 수많은 대안이 있습니다. 여기에는 다음이 포함됩니다.

• 마이크로커널 아키텍처 핵심 처리 구성 요소와 특정 기능이 있는 독립 플러그인 모듈로 구성됩니다. 구성 요소는 서로 통신하지 않고 마이크로커널과만 통신합니다.
• 클라이언트-서버 아키텍처 데이터, 서비스 및 콘텐츠에 대한 요청을 교환하는 두 가지 구성 요소가 있습니다: 클라이언트와 서버. 그렇지 않으면 대부분 독립적으로 작동합니다.
• 이벤트 기반 아키텍처 신용카드를 긁거나 센서로 경고를 생성하는 등 이벤트에 대응하여 작동하는 분리된 특수 목적 소프트웨어 모듈로 구성됩니다.

구성 요소 기반 아키텍처는 현대 소프트웨어 개발에 널리 사용되는 선택으로, 특히 복잡하고 모듈식이며 유지 관리가 가능한 시스템을 구축할 때 유용합니다.