Download pdf - Informatica Cloud Application Integration · 2019. 10. 25. · Informatica 정보 디지털 전환은 우리의 기대치를 바꿔 놓았습니다. 이제 더 적은 비용으로

클라우드로 전환하려면 결합된 데이터 및 애플리케이션 통합 전략이 필요합니다.

Informatica Cloud Application Integration: 기능 개요

백서

Informatica 정보

디지털 전환은 우리의 기대치를 바꿔 놓았습니다. 이제 더 적은 비용으로 더 나은 서비스, 더 빠른 배포, 뛰어난 편의성을 제공할 수 있습니다. 기업은 변화에 꾸준히 대응할 수 있도록 혁신해야 합니다. 한 가지 희소식은 데이터에서 그 해답을 찾을 수 있다는 것입니다.

엔터프라이즈 클라우드 데이터 관리 분야의 세계적인 선도 기업인 Informatica는 모든 부문, 카테고리, 틈새시장에서 지능적인 방식으로 고객을 지원할 준비가 되어 있습니다. 보다 민첩해지고, 새로운 성장 기회를 깨닫고, 새로운 것을 고안해낼 수 있도록 고객에게 선견지명을 제공해 드립니다. 또한 모든 종류의 데이터에 100% 집중하여 성공에 필요한 다양한 서비스를 제공하고 있습니다.

Informatica가 제공하는 모든 것에 대해 알아보고 다음에 올 지능형 혼란을 타개하기 위해 데이터의 힘을 활용해 보시길 바랍니다. 한 번만이 아니라 반복해서 해보시길 바랍니다.

목차

개요 ...................................................................................................................... 4

Informatica Intelligent Cloud Services .......................................................... 5

Integration Cloud—차별화된 하이브리드 통합 iPaaS ................................ 6

Informatica Cloud Application Integration(CAI) .......................................... 7

ESB와 Informatica Cloud Application Integration ....................................... 16

Cloud Application Integration의 예 ................................................................ 18

결론 ...................................................................................................................... 23

33Informatica Cloud Application Integration: 기능 개요

개요클라우드로 전환하려면 설계자가 기업 내 애플리케이션 및 클라우드 애플리케이션과 데이터

서비스가 어떻게 공존하고 통합되어 그 배포 목적에 맞는 역할을 수행할 것인지를 고려하여

결합된 데이터 및 애플리케이션 통합 전략을 개발해야 합니다.

종합적인 통합 전략을 세울 때는 다음과 같은 여러 가지 공존 및 통합 측면들을 고려해야 합니다.

• 데이터 소비: 애플리케이션이 어떻게 데이터를 소비하는가(로컬에서 대기 시간 없이, 외부

데이터 공급업체나 서비스를 통해 온디맨드 방식 및 대화식으로, 데이터 허브를 통해, 또는

스트리밍 리스너를 통해 등)

• 데이터 및 애플리케이션 서비스: 데이터가 어떻게 서비스로서 노출되는가

• 데이터 전달: 데이터가 어떻게 전달되는가(예: 데이터 세트 동기화, 복제, 저장 및 전달 또는

게시/구독, 스트리밍, 메시지 전달, 또는 서비스 지향 API 요청을 통한 이벤트 기반 전달을 통해)

또한 애플리케이션 통합 전략을 세울 때는 기업 및 데이터 서비스 API가 다음과 같은 목적에

사용되는 수단으로서 어떻게 제공되고 소비되는가를 고려해야 합니다.

• 한 애플리케이션에서 발생하는 기업 이벤트를 다른 애플리케이션으로 전달(예: 주문 처리)

• 데이터를 복제할 필요 없이 클라우드 및/또는 기업 내에 존재하는 애플리케이션 데이터와

기업 서비스에 대화식으로 액세스하는 기능을 사용자에게 제공

• 상호 작용을 위한 동기 및 비동기 수단을 사용하여 애플리케이션과 데이터 서비스를 소비

• 일련의 약결합 애플리케이션에 걸쳐 비즈니스 프로세스를 통합(예: 주문 수금)

• 파트너들을 통합

IICS(Informatica Intelligent Cloud Services)는 하이브리드 통합 플랫폼인 서비스로서의 통합

플랫폼(iPaaS)를 통해 기업 내부와 클라우드에 배포되어 있는 데이터 및 애플리케이션 서비스들을

통합하고 제공하는 수단을 제공합니다.


Informatica Intelligent Cloud ServicesIICS(Informatica Intelligent Cloud Services)의 한 구성 요소인 Integration Cloud(통합 클라우드)는

데이터의 위치, 형식, 또는 출처에 관계없이 애플리케이션 데이터에 대한 거의 보편적인 액세스를

제공하고 어디에 배포되는지에 관계없이 애플리케이션과 애플리케이션 프로세스를 통합하는

iPaaS로 제공됩니다. Integration Cloud는 다음을 위한 수단을 제공합니다.

• 올바른 데이터를 최상의 품질로 적절한 시간에 제공합니다.

• 기업 내부인지 클라우드인지에 관계없이 적절한 장소에 데이터를 제공합니다.

• 기업 사용자인지 애플리케이션인지에 관계없이 데이터를 올바른 소비자에게 제공합니다.

• 데이터를 올바른 방식으로 제공하여 데이터가 안전하게 보호될 수 있도록 합니다.

Integration Cloud는 기존의 기업 비즈니스 애플리케이션을 공용 및 사설 클라우드 솔루션으로

옮겨 마이그레이션하는 동시에 기업 내 애플리케이션 및 시스템과의 공존을 계속 유지하게

해주는 기능을 제공합니다. 또한 기업이 시간이 흐르면서 애플리케이션의 일부 또는 전체를

클라우드 솔루션으로 전환함에 따라 발생하는 공존 통합의 지속적인 필요성을 지원합니다.

Integration Cloud는 필요에 따라 모듈식으로 채택하거나 통째로 구현할 수 있어 고객이 다음을

관리할 수 있도록 도와줍니다.

• 데이터 분배(로컬에서 데이터를 소비하는 애플리케이션에 제공되도록 함)

• 데이터 전달(데이터 피드를 데이터 세트 또는 이벤트로서 옮기고 처리함)

• 데이터 서비스(데이터를 서비스로서 노출시킴)

• 이벤트 검색(데이터 소스에서 이벤트를 모음)

• 이벤트 처리(이벤트가 발견되거나 발생할 때 이에 반응함)

• 데이터 및 비즈니스 서비스(서비스 기반 API 상호 작용을 이용하여 애플리케이션과 시스템을

실시간으로 통합할 때 데이터를 공급, 소비 및 오케스트레이션함)

• 프로세스 통합 및 관리(다양한 하이브리드 환경 내에서 실행되며 약결합 애플리케이션 및

비즈니스 프로세스들을 통합함)

Integration Cloud는 사용자가 다음과 같은 다양한 통합 패턴을 이용하여 애플리케이션 및 데이터

통합 요구 사항을 해결하도록 해줍니다.

• API 생성 및 소비

• 서비스 오케스트레이션(요청/반응 또는 직통 처리)

• 프로세스 자동화 및 통합(비동기 반응을 필요로 하는 장기 실행 비즈니스 프로세스 포함)

• 메시지 기반 통합(게시/구독)

• 기업 대 기업 통합

• 데이터 동기화 및 복제

• 관리형 파일 전송

• 대용량 및 배치 데이터 통합과 데이터 세트의 변형

• 정형 및 비정형 데이터의 처리

Integration Cloud는 기업의 각 부서들이 각자의 클라우드, 하이브리드, 데이터 및 애플리케이션

요구 사항을 해결하도록 해주는 종합 하이브리드 iPaaS입니다. Informatica는 처음부터

애플리케이션을 위한 통합을 목표로 하였으며 그 플랫폼을 점차 개선하여 오늘날 가장 완전하고

포괄적인 서비스를 제공하기에 이르렀습니다.


Integration Cloud—차별화된 하이브리드 통합 iPaaSIntegration Cloud는 고객의 클라우드와 기업 내 애플리케이션들이 공존할 수 있는 수단을

제공합니다. 이 iPaaS는 데이터가 어디에 있든(클라우드에 있든, 기업 내에 있든) 해당 데이터에

액세스할 수 있도록 해주며 가치 있는 데이터를 공급하는 한편 귀사의 보안 및 규정 준수 기준을

충족시킵니다.

Integration Cloud는 Informatica의 기업 내 제품들과 동일한 기반을 공유함으로써 여러 경쟁

솔루션에 못지않은 이점을 제공합니다. Integration Cloud는 다음과 같은 다양한 기능을 통해

차별화된 서비스를 제공합니다.

• 데이터, 서비스 및 프로세스 통합 시나리오 및 패턴에 관한 클라우드-클라우드, 클라우드-기업

내, 기업 내-기업 내 통합을 위한 포괄적인 지원

• 애플리케이션, 프로세싱, 또는 기타 특성에 따라 어떤 환경이든 선택 가능하고 기업 내에서

클라우드로, 또 그 반대로 업무량을 이동시킬 수 있는 유연성

• 공유된 메타데이터 및 정의, 그리고 클라우드와 기업 내에 걸쳐 상호 운용이 가능하고

재사용이 가능한 통합

• 데이터 및 애플리케이션 통합 설계자들이 선택한 클라우드 또는 기업 내 도구를 활용할 수

있도록 해주는 설계 환경의 유연성

• 비즈니스 부문 및 부서의 셀프 서비스 소비, 그리고 여전히 허용되는 통합 역량 센터의 중앙

집중식 거버넌스

• 데이터 복제, 데이터 품질, 마스터 데이터 관리, 주소 유효성 검사, 데이터 마스킹 및 테스트

데이터 관리 등의 데이터 관리 서비스

• 기업 내 애플리케이션에 대한 보안 액세스와 클라우드-기업 내 통합을 위한 미들웨어 플랫폼에

대한 자동 업데이트를 제공하는 보안 에이전트 기술

• 플랫폼을 임베드하고 확장하는 SDK 및 API

• SaaS, 기업 내 시스템 및 데이터베이스, 메시지 포맷, B2B 라이브러리, 빅 데이터, 소셜

네트워크, 비정형 데이터, 디바이스 등을 포함한 광범위하고 안전하며 보편화된 연결(기업 내

및 클라우드)


Informatica Cloud Application Integration(CAI)Informatica의 이벤트 기반, 서비스 지향 애플리케이션 통합 기능은 이벤트 프로세싱, 서비스

오케스트레이션 및 프로세스 관리를 아우릅니다. 이 모든 기능은 Informatica의 비즈니스 프로세스

관리 기술을 기반으로 합니다. 이를 Integration Cloud 내에서 Cloud Secure Agent에 임베딩하여

사용하면 API를 생성 및 소비하고 데이터 서비스와 비즈니스 서비스를 오케스트레이션하며 조직

내부와 외부에서 데이터 및 애플리케이션 서비스를 제공할 수 있습니다.

Informatica의 클라우드 애플리케이션 통합 기능은 고객이 다음을 필요로 할 때 서비스 지향

통합에 가장 이상적입니다.

• 상태를 유지하는 장기 실행 거래

• 통합 시퀀스, 다양한 실행 경로, 또는 복합 거래를 필요로 하는 단기 실행 또는 거래 시스템 통합

프로세스

• 병렬 실행을 위한 풍부한 시맨틱스

• 타이머 및 이벤트 트리거

• 필요한 모든 단계가 성공적으로 완료되지 않을 경우 거래를 되돌리기 위해 자동 보정을 통해

무엇을 어떻게 보정할지를 제어하는 풍부한 이벤트, 결함 및 오류 처리 시스템

주문 수금 프로세스 같은 수평 비즈니스 통합 프로세스를 실현하기 위해 여러 기업, 사업 단위,

제품, 또는 서비스에 걸쳐 실행되는 거래 오케스트레이션

에스컬레이션, 타임아웃 및 일정을 관리하기 위해 실행 중에 어떤 일이 발생하고 있거나 발생하지

않고 있는지, 어떤 프로세스가 진행 중인지를 파악하는 가시성

그 밖에 다음과 같은 기능을 제공합니다.

• 사용자 작업 자동화를 위한 스크린플로우, 워크플로우 및 대화식 데이터 액세스

• 콘텐츠 기반 라우팅, XML 및 비-XML 타입으로의/에서의 변환, 암호화/복호화, 서명 유효성 검사,

인증 등

이 플랫폼의 아키텍처는 여기서 설명하는 것과 같이 하이브리드, 이벤트 기반 통합에 이상적입니다.

Informatica Cloud Application Integration Service클라우드 및 기업 내

서비스 및 데이터 소비자

서비스 및 데이터 공급업체

프로세스

프로세스

데이터 공급업체

대기열/주제

애플리케이션 서비스와 API

데이터 서비스JSON 및 SOAP RPC API

데이터 API

REST API 데이터

데이터 통합 서비스

프로세스 구성 가능

제공: 동기 및 비동기 서비스소비: 동기 및 비동기 서비스


구성 요소Informatica Cloud Application Integration(CAI)은 고객이 메시지 지향 서비스 및 소비자로서 클라우드 또는

기업 내 서비스 엔드포인트에 비즈니스 서비스를 노출시키도록 해주며, 이러한 플랫폼에는 REST(XML/

JSON-서버가 둘 중 하나의 형식을 수신하며, 콘텐츠 유형의 HTTP 헤더를 사용하여 서버가 무엇에

반응하고 무엇을 전송할지 제어함), J JSON/RPC 및 SOAP를 통해 액세스할 수 있습니다. 이 절에서는

Cloud 프로세스 서버, Cloud Secure Agent의 임베디드 프로세스 서버, 그리고 이 플랫폼의 기술과 성능 등

CAI의 서비스 지향 아키텍처의 구성 요소들에 대해 설명합니다.

Process ServerProcess Server는 클라우드와 모든 규모의 기업이 지닌 요구 사항을 충족하기 위해 확장되는 런타임 및

프로세스 관리 엔진입니다. 실행은 Process Server에 의해 이루어집니다. Process Server는 비즈니스

연속성을 보장하는 여러 가지 정교한 기능을 제공하며 높은 가용성을 보장하기 위해 장애 조치 모드에서

클러스터로 배포될 수 있습니다.

Cloud Application Integration 내에 배포된 Process Server는 사용자들을 개개의 테넌트, 또는 IICS

조직으로 안전하게 구분하는 데 사용됩니다. 이 멀티테넌트 아키텍처를 통해 각 IICS 조직(또는 테넌트)은

하드웨어 및 소프트웨어 리소스를 공유하면서도 CAI의 Process Server에 자체적으로 안전하게 액세스할

수 있습니다.

Process Server는 복합적인 비즈니스 애플리케이션의 논스톱 운영을 지원하도록 구축되었습니다.

사용자는 다음과 같이 할 수 있습니다.

• 표준 정책을 이용하여 오케스트레이션의 런타임 동작을 구성 및 실행

• 서버 기반 런타임 메시지 상호 관계를 수행

• 서비스가 일시적으로 제공되지 않을 경우 자동화된 서비스 호출 재시도를 실행

• 하나의 환경 또는 다른 환경에 오케스트레이션을 쉽게 배포하거나 토폴로지의 변화에

대응하기 위한 엔드포인트 관리 기능을 제공

• 불필요한 거래 실패를 가져올 불량 데이터를 처리하고 문제를 수정하기 위해 실행 프로세스를

중지

프로세스 콘솔은 이 같은 기능을 실행하고 프로세스 서버를 구성합니다.

Informatica Intelligent Cloud Services

클라우드 애플리케이션 통합 서비스

데이터 통합 및 데이터 관리 서비스 스위트

역량• 클라우드 및 기업 내 프로세싱• 프로세스 자동화 및 워크플로우 안내• REST, JSON 서비스, SOAP 및 OData API 공급업체 • API 게이트웨이 서비스• API 및 서비스 오케스트레이션• 데이터, API 및 서비스 연결• 클라우드 및 기업 내 메시징• 내장 데이터 서비스• 파일 콘텐츠 리스너

• 앱, 데이터 및 프로세스를 실시간으로 통합하십시오• 애플리케이션 및 파트너에게 API를 노출시키십시오• 비즈니스 프로세스와 워크플로우를 자동화하십시오

AmazonRedshift

AmazonRDS

귀하의 회사

Cloud Process Server Secure Agent Process Server

확장 가능한 멀티테넌트 서비스 확장 가능한 기업 내 서버


Process ConsoleProcess Console은 Process Server 인스턴스와 그 배포된 리소스(클라우드 내부이든 Secure

Agent 내에 임베딩되어 있든)를 관리하고 구성하는 중심 위치를 제공합니다. Process Console은

프로세스의 일정을 계획하고 신규 또는 업데이트된 프로세스를 배포하는 수단을 제공합니다.

Process Console은 프로세스 예외가 발생할 경우 테넌트가 근본 원인 분석을 실행하여 수정

조치를 취하도록 해줍니다. 프로세스 예외 관리 기능인 프로세스 되감기는 내장된 보상 로직을

호출할 필요 없이 시각적으로 특정 활동으로 되감아 작업을 다시 수행하는 기능을 제공하므로

처리 중인 프로세스를 관리하고 실행할 수 있는 전례 없는 유연성을 제공합니다.

Process Designer클라우드 사용자는 통합 및 자동화 프로세스를 생성하기 위해 사용하기 쉬운 웹 인터페이스를

요구합니다. Process Designer는 시민 개발자들이 프로세스를 생성하여 클라우드와 Secure

Agent의 Process Server에 배포하는 매우 쉬운 방법을 제공합니다. Process Designer는 개발자일

수도, 개발자가 아닐 수도 있지만 비즈니스 프로세스와 서비스에 대해 잘 알고 있는 기술력 있는

사용자(자동화 디자이너)를 위한 것입니다. 이 Process Designer는 사용이 간편하면서도 강력하고

풍부하여 어떠한 비즈니스 프로세스도 생성할 수 있도록 설계되었습니다.

Process Designer의 기반이 되는 주된 원칙은 사용의 용이성입니다. 프로세스 활동을 직접

레이아웃하는 단조로운 업무에서 사용자를 해방시켜주는 기능들이 이를 잘 보여줍니다.

그러한 단조로운 업무 대신, 여러 단계들이 사용자를 위해 자동으로 연계됩니다. 사용자가 결정,

서비스, 병렬 경로와 같은 단계 유형들을 선택하면 해당 프로세스를 달성하기 위한 반복 작업이

구성됩니다.

예를 들어, 사용자가 다양한 가능성을 수반하는 결정 단계를 생성하면 이들 가능성에 대한

분기들이 자동으로 생성됩니다. 수행하려는 병렬 활동들과 상관 관계를 이루는 병렬 분기들이

캔버스에 생성되는 병렬 경로 단계에서도 마찬가지입니다. 실행이 완료되었을 때 사용자가

프로세스 정의를 저장하고 게시하기만 하면 서비스가 자동으로 생성되고 배포되어 REST(XML/

JSON), JSON/RPC 및 SOAP 서비스로 호출될 준비가 됩니다. 다른 공급업체들은 이 같은 유형의

기능을 갖추고 있지 않으며 이 정도 수준의 용이성을 주장할 수 없습니다.

프로세스에서 호출할 서비스 정의를 생성하는 것은 입력/출력 매개변수, 엔드포인트 정보 및

테스트 연결 정보를 사용한 후 그 서비스 연결을 저장하고 게시하는 것만큼 간단합니다. 일단

저장이 되면 서비스 정의는 프로세스에 사용되는 서비스와 이 정의를 소비하고자 하는 다른

서비스들의 일부로 자동으로 통합됩니다. 사용자를 위해 Swagger, WSDL/XML Schema 및 OData

속성 문서가 자동으로 생성됩니다.

데이터 통합 오케스트레이션 요구 사항을 충족하기 위해, 데이터 동기화, 매핑 구성 템플릿

등을 오케스트레이션할 수 있는 수단을 제공하는 Process Designer의 특별 버전이 제공됩니다.

고객은 오류를 나열하고 유연하게 처리할 뿐 아니라 데이터 수집을 이를테면 병렬적으로, 또는

조건적으로 처리하는 기능을 이용할 수 있습니다.


Process Developer개발팀은 종종 Java, 서비스 기반 개발, 오케스트레이션 등 다양한 프로젝트를 진행해야 합니다.

이 경우, 각 프로젝트를 전환할 때마다 반드시 새로운 개발 툴을 채택할 필요가 없어야 합니다.

이를 위해 Informatica는 BPEL4People(BPMN, BPEL, BPEL Extensions for People) 표준들을

통합하는, 개발자들을 위한 풍부한 Eclipse 기반 IDE인 Process Developer도 제공합니다.

Process Developer의 최적화되고 사용하기 쉬운 기능 덕분에 개발자들은 비즈니스 프로세스

애플리케이션을 빠르고 쉽게 만들 수 있습니다. 또한 이들 애플리케이션은 업계 표준에 기반하고

있기 때문에 기업의 비즈니스 로직이 독점 오케스트레이션 엔진들로부터 자유롭습니다.

Process Developer는 다음의 특징이 있습니다.

• 비즈니스 프로세스를 모델링하고 구현하기 위한 BPMN 표기법으로서 제공함으로써

아키텍트와 개발자들이 비즈니스 분석가들과 쉽게 협업할 수 있게 해줍니다. Process

Designer도 BPMN 표기법을 사용합니다.

• BPMN의 최대 능력을 노출시켜 설계자들이 다이어그램의 모든 측면을 제어할 수 있게 합니다.

Process Developer는 모델링의 우수 사례를 증진시키는 한편 사용하기가 훨씬 더 쉽습니다.

정형 활동을 팔레트에서 캔버스로 드래그 앤 드롭할 수 있어 BPEL 프로세스를 모델링하는 데

드는 시간을 크게 줄일 수 있습니다.

• 사용자들이 서비스 검색을 수행하고 사용자들이 서비스 정의의 변화에 대응하도록 서비스

레퍼런스를 관리하는 기능을 제공합니다.

• 웹 서비스 정의 언어(WSDL) 인터페이스를 사용하여 정의되는 서비스, 또는 설계자들이

XML 스키마나 XML 단편(이를 모두 이용할 수 있는 경우)으로 시작하게 해주는 서비스를

오케스트레이션합니다.

• WSDL 인터페이스 파사드를 통해 웹 서비스에 기반하지 않은 자산들을 통합하여 설계자들이

JMS, REST(XML/JSON), JSON/RPC 및 Java 기반 자산들을 활용할 수 있게 해줍니다. 이와

같이, 이들 자산은 마치 서비스처럼 사용되며 각각은 고유의 바인딩을 지님

• 로컬 프로세스나 원격 디버깅을 시뮬레이션하여 설계자들이 시뮬레이션을 저장하고 데이터를

테스트하도록 해줍니다. 이 같은 결과는 나중에 시나리오 테스팅을 수행하기 위한 유닛

테스트와 테스트 스위트를 생성하는 데 사용될 수 있습니다.

• 마법사에 기초한 개발을 이용하여 새로운 오케스트레이션과 Process Server 또는 Secure

Agent의 Embedded Process Server에 대한 업데이트를 실행할 수 있습니다.

Secure AgentCloud Secure Agent는 Informatica의 하이브리드 및 보안 솔루션의 핵심 구성 요소입니다. Secure

Agent는 연결 필요성에 따라 기업 내에, 또는 클라우드에 설치할 수 있습니다. Secure Agent는

클라우드 서비스와의 통신을 관리하는 Channel Service, 매핑과 데이터 동기화 작업을 이용하여

데이터 세트를 처리하는 Data Integration Service, 실행 및 이벤트 처리를 기업 내에서 처리하는

Process Server Service 등과 같은 다양한 서비스를 위한 하나의 컨테이너 역할을 합니다.

Secure Agent와 IICS 간의 통신은 에이전트가 시작되는 Secure Channel을 통해 이루어집니다.

여기서는 이를 Secure Agent가 로컬 데이터베이스, Salesforce CRM 및 Force.com 사이에서

데이터 통합을 어떻게 촉진하는지에 대한 예로 설명합니다.


Secure Agent는 데이터 통합은 물론, 서비스 및 애플리케이션 통합에도 사용됩니다. 라이선스를

제공 받으면 Process Server가 Secure Agent에 자동으로 설치됩니다. Secure Agent에 배포된

Process Server는 클라우드 서비스에서 멀티 테넌트 모드로 실행되는 것과 동일한 기술을 기반으로

합니다. 이는 프로세스를 클라우드나 Secure Agent로 배포하는 기능을 고객에게 제공합니다.

Secure Agent는 여러 가지 구성으로 설치할 수 있습니다. 데이터 통합 페이로드의 경우,

Informatica에서 관리하는 인프라를 통해 데이터 통합 페이로드를 처리하도록 클라우드 런타임

환경이 제공됩니다. 고객들이 호스팅할 경우, 에이전트들을 Agent Group으로 그룹화하여 한

그룹의 에이전트들에 걸쳐 데이터와 애플리케이션 통합 워크로드를 라운드-로빈 방식으로 처리할

수 있습니다. 또한 고객들은 높은 가용성과 결함에 강한 구성을 제공하기 위해 한 Agent Group의

Process Server 인스턴스들을 클러스터화할 수도 있습니다. 장기 실행 프로세스를 처리할

때는 클러스터링을 고려해보는 것이 좋습니다. 이는 일반적으로 노드의 손상이 발생했을 때

프로세스를 다른 노드로 자동으로 장애 조치할 것을 요구합니다.

클라우드 및 기업 내 상호 작용클라우드 배포 프로세스에 대한 인커밍 서비스(즉, API) 요청은 JSON RPC 및 SOAP 및 REST(XML/

JSON)를 통해 클라우드 또는 기업 내 소비자로부터 시작될 수 있습니다. 이는 새로운 프로세스를

시작하거나 또는 콜백이나 프로세스가 수신을 대기하고 있는 특정 이벤트를 나타냅니다.

공급업체 API에 다양한 액세스 정책을 보장 및 적용하기 위해 API 게이트웨이가 제공됩니다.

호출하는 클라우드 기반 서비스(예: Salesforce 또는 NetSuite)는 SOAP 엔드포인트의 WS-Security

사용자 이름 토큰 또는 HTTP 기본 인증과 같이 해당 서비스에서 제공하는 보안 메커니즘을

이용합니다. 호출하는 기업 내 서비스는 Integration Cloud의 CAI Process Server에서 실행되는

프로세스 인스턴스와 에이전트 기반 Process Server 사이의 보안 채널을 통해 수행됩니다. 기업

내 시스템에 대한 철저한 보안 액세스를 유지하기 위해, Integration Cloud에서 Secure Agent로의

호출은 상호 인증 세션을 통해 Cloud Process Server를 통해서만 수행될 수 있습니다.

기업 내 통합 기능• SOAP, REST/XML, JSON• JDBC • AMQP, JMS, AWS SNS 및 SQS, Azure Message Bus(AMQP)• 리스너: 파일, FTP/SFTP, AWS S3• Java• Shell

AmazonRedshift

AmazonRDS

API 게이트웨이

Secure Agent Process Server

Cloud Process Server

애플리케이션

에이전트 기반 프로세스

클라우드 기반 프로세스클라우드 APISOAP, REST/XML, JSON

데이터

서비스


고객에 의해 노출되는 REST(XML/JSON) 또는 JSON/RPC 서비스는 HTTPS Basic-Auth를

사용하여 보안이 유지되거나 제3자 OAuth 공급업체에 의해 처리됩니다. 고객에 의해 노출되는

SOAP 서비스는 HTTPS 레이어에서 Basic-Auth를 사용하여 보안이 유지됩니다. 그 밖에는 WS-

Security를 통해 WS-Security 토큰의 형태로 인증이 가능합니다. Username, X.509 및 SAML 토큰

포맷이 지원됩니다.

Cloud Process Server는 해당 프로세스 정의에 기초하여, Cloud에 배포된 서비스 소비자와

공급업체를 수신하고 호출합니다. 또한 기업 내 서비스 공급업체에 대한 요청을 처리하는 동시에,

HTTPS를 사용하여 서비스 소비자가 설정한 TLS 연결을 통해 이에 응답합니다.

Cloud와 Secure Agent 간의 통신은 Secure Agent의 Channel Service에 의해 생성되는 Secure

Channel을 통해 수행됩니다. Integration Cloud에서 Secure Agent로의 호출은 상호 인증된 세션을

통해 Integration Cloud에 의해서만 실행될 수 있습니다.

고객들은 Cloud Application Integration Process Console에서 프로세스 정의를 배포하고 프로세스

인스턴스를 관리합니다. 프로세스 관리자는 테넌트로 로그인하여 테넌트별 데이터 및 구성

정보에 대한 액세스를 허용 받습니다. 클라우드에서 실행되는 프로세스 정의에 액세스할 때

사용되는 것과 동일한 콘솔이 Secure Agent에서 실행되는 프로세스 정의에 액세스할 때에도

사용됩니다.

Process Console에 대한 액세스는 Integration Cloud를 통해 이동하는 과도 상태 데이터에

대한 액세스를 고객에게 제공합니다. 이는 실행 프로세스 인스턴스와 완료 또는 오류가 발생한

프로세스 인스턴스의 다양한 데이터(예: 프로세스 및 서비스 요청에 대한 입력 및 출력)에 대한

액세스를 제공합니다.

배포 프로세스 정의 또는 프로세스 인스턴스에 대한 Process Console의 액세스는 고객이 IICS

사용자 및 그룹 스토어에서 관리하는 IICS 사용자 이름과 암호로 보호됩니다. SAML 지원도

제공됩니다.

연결성

Process Designer를 사용하는 고객은 다음과 같은 다양한 연결 옵션을 누릴 수 있습니다.

서비스 커넥터

• 고객이 간단한 형태를 이용하여 REST(XML/JSON, JSON/RPC, 또는 SOAP) 서비스 통합을

구축할 수 있습니다. 서비스가 WSDL 또는 Swagger 인터페이스 문서를 제공하는 경우, 해당

인터페이스 문서를 가져와 Service Connector를 생성할 수 있습니다.

• 고객이 이미 구축된 비즈니스 및 데이터 서비스 정의를 가져와 재사용이 가능한 자산으로

구성할 수 있습니다.


데이터 서비스 커넥터

• 다양한 CRUD 작업을 할 수 있는 JDBC, OData, SAP Table Reader, SAP BAPI, Workday 및

NetSuite를 고객에게 제공합니다.

• 메시징 서비스

• 대기열 및 주제 프로세싱을 위한 기본 JMS, AMQP(Azure Service Bus 포함) 및 Amazon Web

Services SNS/SQS 메시징 서비스를 제공합니다.

• 파일 콘텐츠 리스너/작성기

• 파일 시스템, S3, FTP에 도착하는 데이터 세트 또는 별개의 이벤트뿐만 아니라, 파일 콘텐츠를

생성하여 이들 대상으로 전송하는 기능도 제공합니다.

서비스 단계(또는 자동화 단계) BPEL 정의

개발자가 Process Developer로 구축하는 재사용 가능 서비스(Process Designer가 직접 소비할 수

있음)를 생성하고 기타 여러 가지 용도에 걸쳐 네이티브 Java 통합을 가능하게 해줍니다.

기본 서비스

다이렉트 SQL 또는 저장된 절차 실행을 위한 데이터 액세스 서비스를 제공합니다.

이메일 서비스 제공

셸 스크립트와 유틸리티를 실행하는 셸 서비스를 제공합니다.

OData 공급자

JDBC, Salesforce 및 SAP Table Reader를 통해 사용할 수 있는 것과 같은 내부 데이터 소스에

대한 OData 액세스를 가능하게 해줍니다. 이는 Salesforce Lightning Connect와 같은 OData

클라이언트가 웹과 기업 내에서 OData 스트림에 액세스할 수 있도록 해줍니다.

Secure Agent Process Server

데이터

OData 공급자

Informatica Cloud Process Designer에 의해 Connection이 먼저 생성되면 JDBC 연결 시 OData가 활성화됩니다.

OData 프로토콜 및 엔터티 생성은 에이전트에서 나오며 Cloud 기반 엔드포인트를 통해 프록시가 설정됩니다. OData 클라이언트는 이 엔드포인트를 사용하여 데이터 소스와 상호 작용할 수 있습니다.

OData가 활성화된 연결에 대한 클라우드 기반 OData 프록시

에이전트 기반 OData가 활성화된 연결

Cloud Process Server

OData

OData


인터페이스와 프로토콜CAI 기능은 산업 표준을 활용하여 사람, 프로세스 및 서비스를 통합합니다. SOAP, REST/XML,

JSON, JMS/AMQP, 또는 Java 클래스 등 노출되는 형식에 관계없이, 서비스가 설계 시점에

서비스로서 개발자들에게 노출됨으로써 이 “서비스”를 구현하는 기본 기술에 세부 사항이

속박되는 현상을 없애줍니다.

Informatica의 서비스 플랫폼은 서비스 인터페이스와 프로토콜을 다양하게 지원합니다. 이는

표준들을 중점적으로 지원함에 따른 당연한 결과입니다. 기본 구성 요소인 BPEL이 WSDL 서비스

정의 모델의 상단 레이어에 위치하여 이 모델을 확장시킵니다. 공통 서비스 인터페이스가

사용되어 여러 구현 유형(예: 웹 서비스, REST, JSON, JMS/AMQP 및 Java)과 상호 작용을 합니다.

개발자들은 이 가상 레이어에 대해 신경 쓸 필요 없이 그냥 사용하기만 하면 됩니다.

서비스와 통합하는 데는 Swagger 또는 WSDL 인터페이스만 필요합니다. 이 인터페이스를

가져오면 서비스 커넥터가 생성됩니다. 인터페이스를 사용할 수 없더라도 서비스 커넥터를

생성하는 것은 입력/출력 매개변수, 엔드포인트 정보 및 테스트 연결 정보를 사용한 후 해당

서비스 연결을 저장하고 게시하는 것만큼 간단합니다. 일단 저장이 되면 서비스 정의는

프로세스에 사용되는 서비스와 이 정의를 소비하고자 하는 다른 서비스들의 일부로 자동으로

통합됩니다. CAI 내에서 생성되는 모든 애플리케이션 또는 데이터 서비스에 대해 서비스 소비자를

위해 Swagger, WSDL/XML Schema 및 OData 속성 문서가 자동으로 생성됩니다.

Process Designer에 의해 생성되는 IPD(Informatica Process Definition)는 BPEL에서 간단한 가상

레이어를 제공합니다. IPD를 배포하면 BPEL 정의가 자동으로 생성됩니다.

메시지 교환 패턴CAI에서는 다양한 메시지 교환 패턴을 사용할 수 있어 어떠한 클라우드 또는 하이브리드 솔루션도

구현할 수 있습니다. 다음과 같은 패턴이 있습니다.

• 동기 요청/응답

• 단방향 실행 후 무시(One-way fire and forget)

• 비동기 요청/응답

• 대기열 및 게시 및 구독

• WS-Reliable Messaging을 통한 안정적인 SOAP 메시지 전달

이 같은 메시지 교환 패턴은 클라우드와 에이전트에서 사용할 수 있습니다. 클라우드–에이전트

통신은 개발자를 대신하여 자동으로 관리됩니다.

버저닝

프로세스 버전과 그 아티팩트를 분리하기 위해, Process Designer와 Process Developer는

프로세스의 콘텐츠를 하나의 SCA “컨트리뷰션”으로 패키지화합니다. 컨트리뷰션은 CAI의

Process Server로 배포되거나 특별히 Secure Agent의 Process Server로 배포될 수 있습니다.


프로세스 버저닝 및 마이그레이션 기능은 한 프로세스의 여러 가지 버전을 배포할 수 있게

해줍니다. 현재 실행되고 있는 프로세스들은 이를 처음 시작될 때의 정의, 그리고 프로세스 정의의

버전 중 마지막으로 배포된 것을 사용하는 신규 인스턴스와 함께 실행됩니다. 기존의 프로세스

인스턴스를 종료하거나 최신 버전으로 마이그레이션할 수도 있습니다.

Process Developer를 사용할 경우, 개발자는 하나의 컨트리뷰션만 배포하면 됩니다. 모든 것이

포함되어 있는 구성 요소들이 하나의 세트(예: WSDL, XSD 및 HTML과 프로세스 정의)로 자동으로

배포됩니다. Process Designer도 동일한 컨트리뷰션 메커니즘을 사용하지만 사용자를 대신하여

패키징이 관리되므로 사용자가 패키징을 관리할 필요가 없습니다.

컨트리뷰션은 개발자의 다음과 같은 업무를 수월하게 해줍니다.

• 컨트리뷰션과 그 아티팩트의 버저닝을 자동으로 관리함

• 컨트리뷰션을 삭제함으로써 오래된 모든 프로세스 인스턴스와 오래된 리소스를 삭제함

• 자신의 리소스를 유지하여 다른 개발자의 리소스와 충돌하지 않도록 함

• 현재의 컨트리뷰션을 더 이전 버전으로 되돌림

이를 지원하기 위해 Process Server의 Resource Catalog가 버저닝되는데, 이는 다양한 버전의

프로세스, WSDL, XSD 및 POJO를 배포하고 동시에 운영할 수 있다는 뜻입니다. 이로써 런타임 시,

컨트리뷰션에 의해 배포되는 아티팩트가 그것이 액세스할 수 있는 유일한 것이 되게 해야 합니다.

컨트리뷰션의 배포 로그와 Process Console의 컨트리뷰션 상세 페이지는 종속성과 컨트리뷰션을

구성하고 있는 아티팩트를 쉽게 이해할 수 있게 해줍니다.

모니터링

멀티 테넌트 모드에서 실행되는 Process Server는 IICS의 운영 직원이 그 멀티 테넌트 환경을

관리하기 위해 사용하는 관리 기능과 모니터링 기능을 제공합니다. 이는 테넌트가 Secure Agent의

Process에서 실행되는 프로세스의 단일 클라우드 위치 인스턴스 상세 정보를 통해 액세스할 때

사용됩니다.

Process Console은 기본 모니터에 대한 다음과 같은 가시성을 제공합니다.

• Process Monitoring의 활성 프로세스, 알람 대기열 및 수신 대기열

• Secure Agent Process Server Monitoring의 엔진 통계 및 배포 로그


ESB와 Informatica Cloud Application Integration혹자는 ESB(Enterprise Service Bus)와 Informatica iPaaS 통합 기능을 비교해보면 어떠냐고

묻습니다. 간단히 설명하면,

• ESB는 애플리케이션과 서비스 간에 메시지 라우팅을 잘 수행합니다.

• Informatica iPaaS는 이벤트 프로세싱, 서비스 오케스트레이션 및 프로세스 관리를 아우르는

이벤트 기반, 서비스 지향 애플리케이션 통합 기능을 위한 것입니다. 이는 API를 생성 및

소비하고, 데이터 서비스와 비즈니스 서비스를 오케스트레이션하며, 프로세스를 통합하고, 한

조직 내부와 외부에서 데이터 및 애플리케이션 서비스를 제공하도록 해줍니다. 이는 서비스

및 이벤트 기반 프로세싱 용도에 더 적합한데, 본 절에서 그 이유를 설명하겠습니다.

ESB 라우팅 및 변환ESB의 주된 역할은 어댑터(웹 서비스, FTP, File, JDBC 등)와 프로토콜(HTTP, JMS)을 사용하여

엔드포인트 간에 데이터를 전파하고 XSL 및 도메인 값 매핑을 사용하여 데이터를 보강하고

변환하는 것입니다.

ESB를 사용하면 게이트웨이와 유사한 방식으로 단일 프록시를 통해 여러 서비스 요청을 라우팅할

수 있습니다. ESB는 일반적으로 메시지 헤더에 기초하여 그 라우팅 결정을 수행합니다. 무형

서비스 프록시(호출되는 작업에 대해 알거나 관여하지 않고 헤더에 기초하여 작동하는 프록시)

역할을 하는 ESB는 메시지의 본문에 나타나는 유형에 대한 하드 코드된 이해에 기초하지 않고

복호화, 서명 유효성 검사, 인증 및 기타 작업들을 수행할 수 있습니다.

ESB 메시지 라우팅과 Informatica Cloud Application Integration 기능의 비교CAI의 Process Server는 유사한 통신 메커니즘과 패턴을 이용하여 ESB가 제공하는 것과 동일한

엔드포인트를 호출할 수 있습니다. Process Server를 사용하여, 엔드 시스템으로부터 메시지가

수신되고 처리됩니다. Process Server는 본래 SOAP, REST 및 JSON/RPC 서비스, JMS(대기열/

주제), AMQP(대기열/주제)(예: Azure Service Bus, RabbitMQ, ActiveMQ), AWS SNS/SQS, SQL

Data Access, Shell Command Execution, 그리고 시스템과 상호 작용을 하는 수단으로서 기존

자바 객체(POJO, plain old Java Objects)를 지원합니다. 다양한 메시지 교환 패턴이 공통적으로

사용됩니다.

Process Server는 상태 추적이 가능한 실행과 상태 추적이 불가능한 실행, 동기 및 비동기 메시지

교환 패턴, 그리고 오래 실행되는 프로세스(기본 결함 복구, 보상 및 되돌리기)를 지원하며

기본 상관 관계 기능을 제공합니다. Cloud와 Secure Agent에서 실행되는 Process Server는

클러스터링과 로드 밸런싱을 통해 비즈니스에 중요한 배포에 필요한 엔터프라이즈급 성능과

확장성을 제공합니다.

여러 ESB와 마찬가지로, Process Server는 데이터 조작을 위해 XPath, XQuery 및 JavaScript를

사용하여 입력 데이터를 변환합니다. ESB와 Process Server는 둘 다 디지털 서명이 가능하고

메시지를 암호화/복호화할 수 있습니다.


ESB 기술과 Process Server는 둘 다 엔드포인트 동적 선택을 지원합니다. 라우팅 결정을 수행하는

페이로드의 데이터를 사용하여 프로세스 내에서 라우팅을 제어할 수 있습니다. 호출자의 ID를

사용하여 라우팅 결정을 내릴 수도 있고, 또는 URN 인디렉션을 통해 엔드포인트를 통계적으로

할당하거나 구성할 수 있습니다.

ESB와 달리 Process Server는 병렬 실행, forEach/while/repeat until constructs 등 ESB가

제공하지 않는 다양한 시맨틱스를 제공합니다. 예외가 포착되며, 개발자는 보상 방법과 대상을

제어할 방법을 갖추고 있습니다. 타이머와 이벤트 트리거가 관련 이벤트 핸들러와 함께 내장되어

있습니다.

가장 중요한 점은 ESB와 달리 프로세스의 상태 추적이 불가능하거나 완전히 가능할 수 있다는

점입니다. 즉, 예를 들어 오래 실행되는 프로세스를 사용하여 주문을 처리하고 비동기 콜백을

처리할 수 있을 뿐 아니라 주문 정보를 업데이트하고 주문 상태를 요청하며 주문을 취소할 수도

있다는 뜻입니다. 이러한 유형의 기능은 엔드포인트에 내장될 필요가 있습니다. 상태 추적이

가능한 프로세스의 경우, 프로세스가 주문의 상태를 유지하고 관리합니다.

애플리케이션을 구축할 때 ESB와 CAI의 Process Server를 결합하여 각각의 강점을 활용할 수

있습니다. 기존의 ESB를 사용하여 메시지 라우팅과 변환 및 메시지-레벨 모니터링을 실행할

수 있습니다. 또한 Process Server를 사용하여 여러 가지 서비스를 사용하는 복잡한 비즈니스

프로세스 애플리케이션(그 중 일부는 ESB에 의해 액세스되거나 ESB에서 노출됨)을 구축할 수

있습니다. 기본적으로, ESB는 CAI 서비스가 ESB와 메시지를 송수신함으로써 오케스트레이션을

하는 웹 서비스 엔드포인트의 소스로 간주할 수 있습니다.

그러므로 CAI는 ESB를 필요로 하지 않습니다. 이 서비스는 RESTful 서비스, RPC 서비스(JSON 및

SOAP), JMS/AMQP 대기열 및 주제, SQL DB 액세스, Plain Old Java Objects, 셸 명령어 유틸리티

및 EJB과 같은 광범위한 애플리케이션 및 서비스 엔드포인트를 지원합니다. 이미 필요한 시스템

및 서비스에 대한 액세스 권한이 있다면, CAI 서비스를 통해 비즈니스 프로세스 애플리케이션 및

통합을 개발할 수 있습니다.

요컨대, 고객이 다음을 필요로 할 때 Informatica의 Cloud Application Integration 기능이 ESB에 비해

서비스 지향 통합에 더 적합합니다.

• 상태를 유지하는 장기 실행 거래

• 통합 시퀀스, 다양한 실행 경로, 또는 복합 거래를 필요로 하는 단기 실행 또는 거래 시스템 통합

프로세스

• 병렬 실행을 위한 풍부한 시맨틱스

• 타이머 및 이벤트 트리거

• 필요한 모든 단계가 성공적으로 완료되지 않을 경우 거래를 되돌리기 위해 자동 보정을 통해

무엇을 어떻게 보정할지를 제어하는 풍부한 이벤트, 결함 및 오류 처리 시스템

• 주문 수금 프로세스 같은 수평 비즈니스/통합 프로세스를 실현하기 위해 여러 기업, 사업 단위,

여러 제품, 또는 서비스에 걸쳐 실행되는 거래들을 오케스트레이션하는 기능

• 무엇이 일어나고 있고 무엇이 일어나지 않고 있는지 파악하는 등 실행 시 어떤 일이 발생하고

있는지에 대한 가시성, 개별 요청뿐 아니라 진행되고 있는 프로세스에 관한 보고, 그리고

에스컬레이션, 타임아웃 및 일정의 관리


Cloud Application Integration의 예좀 더 구체적으로 설명하기 위해 한 가지 예를 들어보겠습니다. 이 예시는 서비스 API 소비자(예:

웹 사이트)가 제출한 주문이 특정 프로세스를 사용하여 구현된 CAI를 어떻게 호출하는지

보여줍니다.

1. 우선 CRM(이 예에서는 Salesforce)에서 Opourtunity 객체를 생성하여 주문을

전처리합니다(이 예에서는 부품 주문).

2. 이 웹 사이트가 대신 주문을 하도록 요청한 사람에 대한 정보를 등록합니다.

3. 다음과 같은 실행 프로세스(아래의 그림과 같음)를 호출합니다.

a. 웹 사이트에서 제안하는 할인이 적절한지 판단하는 규칙 서비스를 호출하는 실행 프로세스

a. 부품의 유형에 따라 Salesforce 또는 재고 데이터베이스에서 부품 가격 및 재고 정보를 얻는

실행 프로세스

a. Shipping 서비스를 이용하여 주문의 실행을 시작하는 실행 프로세스

이 오케스트레이션은 ExpeditedPurchase 서비스에 JSON/RPC 요청을 전송하는 웹 사이트에 의해

시작됩니다. API가 URL(예: [CAIS URL]/ExpeditedPurchase/id/001F0000013oHSKIA2)의 CRM

Account를 입력으로 처리하며 JSON 요청의 본문에는 여기에 표시된 요청이 포함됩니다.

{

“productSKU”: “int1782”,

“unitCount”: 1,

“discount”: 10,

“contactFirstName”: “John”,

“contactLastName”: “Snow”,

“contactPhone”: “781-555-1212”

}

시작

실시간: SOAP, REST, JDBC, JMS, Java

클라우드 소비자: • SOAP• REST• XML/JSON

부품 재고 시스템


이 요청을 처리하기 위해, 오케스트레이션의 설계자가 요청의 내용과 일치하는 간단한 입력 필드

세트를 정의하였습니다. 두 번째 단계로, 아래와 같이 Salesforce에서 기회가 생성되면 생성된

Opportunity ID를 Salesforce에서 받아 호출자에게 반환합니다.

클라이언트(즉, 웹 사이트)에게 반환된 이 Opportunity ID는 다음과 같이 반환됩니다.

{

“opportunityId”: “0060G00000pczXpQAI”

}

예를 들어 ID를 사용하면 콜백들을 상호 연관 짓는 데 유용합니다. 예를 들어, orderId를 사용하여

여기서 설명하는 주문의 취소를 처리할 수 있습니다.

반환이 완료되면, ExpeditedPurchase 프로세스가 해당 전처리를 계속 진행하고 Salesforce의

연락처 정보를 업데이트한 후 최종적으로 주문 프로세스의 실행 단계로 진행합니다.


여기서 선택한 Fulfillment Process(파란색)가 이 목적을 위해 호출됩니다.

Fulfillment Process는 다음 3가지 주요 작업으로 구성됩니다.

1. 할인이 적절한지 확인합니다.

2. CRM 또는 재고 데이터베이스를 통해 가격 및 재고를 판단합니다.

3. Shipping 서비스를 호출하여 주문 실행을 완료합니다.

아래의 Process Console은 프로세스 ID가 1958993152인 Fulfillment_Process의 인스턴스를

보여줍니다. 보다시피 몇 가지 프로세스 인스턴스(예: AutoApprovaldDetermination,

GetPartsDetails 및 Order)가 예시되었습니다. 이는 다양한 방식으로(이 예에서는

Fulfillment_Process로) 오케스트레이션될 수 있는 서비스들의 재사용(즉, 프로세스

오케스트레이션)을 보여줍니다.


Process Console은 ExpeditedPurchase 서비스의 실행 상세 정보를 제공합니다. Process

Detail View는 프로세스를 완료하기 위해 수행된 실행의 입력, 출력 및 경로들을 설명합니다. 각

단계의 타이밍 정보와 의심되는 프로세스를 이전 상태로 되돌리는 기능은 Advanced View에서

제공됩니다.

그 오케스트레이션의 일환으로, 할인이 승인되는지 확인하기 위해 Fulfillment_Process

프로세스가 “Verify Discount Level from Business Rule” 서비스(오케스트레이션)를

호출하였습니다.

단순하게 표현하긴 했지만 Process Developer를 사용하여 구현된 “Discount Review Rule”(Eclipse

기반 프로세스)이 결정을 반환합니다. 규칙 엔진은 일반적으로 이 역할을 수행하게 됩니다. 이는

Process Designer 기반 프로세스와 Process Developer 기반 프로세스를 어떻게 함께 사용할 수

있는지 보여줍니다.


부품의 유형에 대해 결정을 내리는 Product ID 조건 분기(예: int1782, 이 예시의 초반부에 보여준

메시지의 productSku 속성)가 재고 데이터베이스에서 가격 정보를 검색할 것을 요구합니다. 이를

위해 “Get Parts Details” 서비스(일종의 프로세스)가 사용됩니다. 이는 아래와 같이 가격 및 부품

상세 정보를 반환합니다.

검색을 수행하기 위해, “Get Parts Details” 서비스는 JDBC 커넥터를 활용하고 간단한 선택문을

이용하여 해당 부품의 상세 정보를 검색합니다.

오케스트레이션의 마지막 단계는 CRM과 재고 데이터베이스에서 얻은 배송 및 부품 정보를

입력으로 사용하여 Shipping 서비스를 호출하는 것으로 구성됩니다.


결론IICS(Informatica Intelligent Cloud Services)는 서비스로서의 통합 플랫폼(iPaaS) 통합 패턴의

차세대 형태를 지원합니다. IICS에서 제공하는 Cloud Application Integration(CAI)은 통합된 개발

환경과 모든 API를 간편하게 통합하는 양식 기반 Service Connector 도구를 포함하여 뛰어난 사용

편의성을 보장하는 폭넓은 기능, 고급 오케스트레이션 디자인 기능 및 손쉬운 배포를 제공합니다.

기존의 ESB 기반 솔루션들과 달리, CAI는 동기, 비동기, 장기 실행, 단기 실행에 관계없이 고객을

대신하여 시스템 대 시스템 상호 작용을 통해 오케스트레이션과 비즈니스 프로세스의 상태를

관리합니다. CAI는 정교하고 매우 안정적인 비즈니스 프로세스 및 통합의 정의와 운영을 더

용이하게 만들어줌으로써 고객에게 경쟁 우위를 제공합니다.

기존의 ESB나 이와 유사한 방법을 사용하여 애플리케이션 통합 프로젝트를 성공으로 이끄는 데

어려움을 느끼고 있다면, 당사에 문의하여 Cloud Application Integration이 귀사에 어떤 도움이 될

수 있는지 알아보십시오.


https://now.informatica.com/cloud-contactus.html

IN09_1217_3407한국인포매티카 06611 서울시 서초구 서초동 강남대로 465 교보타워 B동 13층, 대표 전화: +82 2 6293 5001 informatica.com/kr linkedin.com/company/informatica twitter.com/InformaticaKR© 2017 Informatica LLC. All rights reserved. Informatica® 및 Put potential to work™는 미국 및 전 세계 관할 국가 내에서 Informatica LLC의 상표 또는 등록 상표입니다. 다른 모든 회사 및 제품 이름은 상품명 또는 등록 상표일 수 있습니다.