이 섹션에서는 비즈니스 통합 프로그래밍 모델의 기본사항에 대해 설명합니다. SCA(Service Component Architecture)를 소개하며 비즈니스 통합과 관련된 패턴을 설명합니다.
비즈니스 통합은 회사가 비즈니스 프로세스를 식별, 통합 및 최적화시킬 수 있는 부문입니다. 목적은 생산성을 개선시키고 조직의 효율성을 개선시키는 것입니다. 비즈니스 통합에서의 이해 관계는 회사의 병합 및 합병과 다른 정보 자산 라이브러리의 증대에 따라 더 민감해졌습니다. 이러한 자산은 일관성 및 통합 기능이 적으므로“정보의 섬(islands of information: 지리자료가 수치적으로 변환, 저장, 분석, 디스플레이 되는 독립시스템)”문제가 발생합니다.
비즈니스 통합은 BPM(Business Process Management) 및 SOA(Service-Oriented Architecture)에 대한 강한 링크를 갖습니다. 회사의 네이처와 통합 필요 범위에 따라, 비즈니스 통합은 IT 부서의 다른 요구사항을 내포합니다. 일부 프로젝트는 오직 몇 개의 측면만을 처리하는 반면, 일부 더 큰 프로젝트는 이들 요구사항 중 많은 것을 포함합니다. 여기에는 비즈니스 통합 프로젝트의 가장 일반적인 측면 중 일부가 있습니다.
이상과 같이, 비즈니스 통합은 SOA에 공통인 많은 요소와 주제를 포괄합니다. 비즈니스 통합에 대한 IBM의 비전은 SOA에서와 동일한 여러 기본적인 개념을 토대로 합니다. 이러한 비전의 즉각적인 결과 중 하나는 비즈니스 통합 솔루션의 실현을 위해 다양한 제품을 필요로 할 수 있다는 것입니다. IBM®에서는 모든 다양한 단계와 조작적인 측면을 지원하는 도구 및 런타임 플랫폼의 포트폴리오를 제공합니다.
비즈니스 통합의 IBM 비전을 바꾸어 말하면, SOA IT 하부 구조에서 실행하는 응용프로그램을 사용하여 회사가 비즈니스 프로세스를 정의, 작성, 병합, 결합 및 능률화시킬 수 있어야 합니다. 비즈니스 통합 작업은 사실 역할 기반입니다. 매크로 레벨에서, 프로세스 응용프로그램을 모델링하고, 개발하고, 거버넌스(Governance)하고, 관리하며 모니터링하는 것과 관련됩니다. 적절한 도구 및 프로시저의 도움으로, 엔터프라이즈 내부 및 외부 양쪽으로 사람 및 이기종 시스템과 관련하여 비즈니스 프로세스를 자동화할 수 있게 합니다. 비즈니스 통합의 핵심 측면 중 하나는 사용자 비즈니스 조작을 최적화하는 기능으로 효율적이며, 확장 가능하며, 신뢰성 있고 유연하여 충분히 변경 처리할 수 있게 하는 것입니다.
비즈니스 통합은 개발 도구, 런타임 서버, 모니터링 도구, 서비스 저장소, 툴킷 및 프로세스 템플리트를 필요로 합니다. 비즈니스 통합에는 너무 많은 측면이 있기 때문에, 솔루션을 개발하기 위해서는 둘 이상의 개발 도구를 이용해야 함을 압니다. 이들 도구는 통합 개발자가 복합 비즈니스 솔루션을 어셈블할 수 있게 합니다. 서버는 복합 응용프로그램을 실행하는 고성능 비즈니스 엔진 또는 서비스 컨테이너입니다. 관리는 조직에서 누가 무엇을 수행하고 있는가를 아는 것이며 모니터링 도구가 활동하기 시작하는 곳입니다. 엔터프라이즈가 이들 비즈니스 프로세스나 서비스를 작성함에 따라, 이들 서비스의 거버넌스(Governance), 분류 및 저장영역이 중요해집니다. 해당 기능은 서비스 저장소에서 제공합니다. 기존 시스템에 대한 커넥터 또는 어댑터와 같이 특수화된 솔루션 부분을 작성하는 특정 툴킷이 종종 필요합니다.
비즈니스 통합은 단일 제품을 대상으로 하지 않습니다. 조직 내에서 그리고 조직 전체에서 거의 모든 사용자와 비즈니스 측면 전체와 관련됩니다. 비즈니스 통합은 SOA 참조 아키텍처에서 여러 서비스와 요소를 포함합니다.