복원형 비동기 통합 작성 정보
예를 들어, REST API를 사용하여 재무 클라우드에서 개체를 생성하는 경우 비용 보고서, 은행 계정 또는 기타 개체를 생성하는 동안 일시적 중단이 발생할 수 있습니다. Financial Cloud에 도달하는 이러한 요청을 동적으로 제한하기 위해 이 플레이북에서 주차장 패턴에 대해 설명합니다. 주차장 패턴을 사용하면 데이터를 처리하기 전에 중간 단계에 데이터를 저장하여 배치, 복잡한 메시지 상관 관계/흐름 및 조절과 같은 처리 문제를 방지할 수 있습니다.
Oracle Integration의 통합 정보
통합은 Oracle Integration의 주요 요소입니다. 통합에는 최소한 트리거(소스) 연결(Oracle Integration으로 전송된 요청의 경우)과 호출(대상) 연결(Oracle Integration에서 대상으로 전송된 요청의 경우) 및 이 두 연결 간의 필드 매핑이 포함됩니다.
통합을 생성할 때는 트리거(소스) 및 호출(대상) 연결에 대한 데이터 처리 방법을 정의하여 이미 생성한 연결을 기반으로 합니다. 여기에는 데이터에서 수행할 작업 유형, 해당 작업을 수행할 비즈니스 객체 및 필드, 필요한 스키마 등을 정의하는 작업이 포함될 수 있습니다. 이를 보다 쉽게 하기 위해 Oracle Integration에서 가장 복잡한 구성 태스크를 처리합니다. 트리거(소스) 및 호출(대상) 연결이 구성되면 두 연결 사이의 매퍼가 활성화되므로 요청 및 응답 메시지 모두에 대해 트리거(소스)와 호출(대상) 데이터 구조 간에 정보가 전송되는 방식을 정의할 수 있습니다.
주차장 패턴 정보
- 가장 간단한 방법은 데이터를 CLOB로 XML 형식으로 저장하는 것입니다. 이 방식은 CLOB를 쓰고 읽는 것은 물론 XML과 CLOB 간의 변환에 약간의 추가 오버헤드를 추가합니다.
- 완전히 실현된 열이 있는 다른 테이블에 데이터를 별도로 저장할 수 있습니다. 이 방법은 애플리케이션 내에서 배치 해제 프로세스가 이미 입력 페이로드를 데이터베이스 테이블의 표 형식으로 복사하는 경우에 가장 적합합니다. 그래서 데이터 형식을 주차장에 활용할 수 있습니다.
- 테이블을 주차장 자체와 결합합니다. 이 솔루션은 가장 뛰어난 성능을 발휘할 수 있지만 주차장의 간단한 데이터 구조에서만 작동할 수 있습니다.
복원성 정보
환경의 탄력성을 높이기 전에 먼저 귀사와 귀사의 비즈니스에 어떤 탄력성이 있는지 정의해야 합니다.
즉, 통합 프로세스 중단과 관련된 비용은 얼마입니까? 일부 고객의 경우 몇 분 정전이 완벽하게 허용되며 처리 기간 내에 잘 실행되는 뱃치 프로세스만 부분적으로 지연됩니다. 다른 사람들에게는 몇 초의 가동 중단도 비즈니스에 직접적인 영향을 미치는 재정적 손실을 초래합니다.
이러한 관점에서 다음 요소를 살펴보는 것이 중요합니다.
- 사용자 환경에서 허용 가능한 운용중단 기간은 얼마입니까? 여기서 정전 시 비즈니스 비용을 정의하고 정전 기간 동안 정전이 어떻게 발전하는지 설명합니다.
- 어떤 기술이 사용되고 있으며 예상 SLA를 어떻게 제공할 수 있습니까? 실시간 또는 일괄 처리 접근 방식을 사용하고 계십니까? 아니면 둘의 조합? 얼마나 많은 데이터를 처리하고 있습니까?