컴포저블 뱅킹의 핵심인 도메인 중심 설계

은행 서비스업은 역동적인 환경에서 운영되는 업계의 전형적인 예입니다. 급변하는 고객의 기대와 시장 상황, 끊임없이 등장하는 새로운 경쟁자(대부분이 디지털 네이티브), 끊임없이 변화하고 점점 더 엄격해지는 규제로 인해 조직적 민첩성이 새로운 수준으로 요구됩니다.

구성 가능성은 은행이 끊임없이 변화하는 시장의 상황에 맞춰 더욱 민첩하고 효율적으로 대응할 수 있도록 하는 아키텍처 원칙입니다. Gartner가 정의한 대로 구성 가능한 아키텍처의 필수적인 측면은 '작지만 민첩성을 극대화할 수 있을 만큼 큰, 독립적인 빌딩 블록의 구성을 나타내는 명확하게 정의된 패키지된 비즈니스 역량의 통합 세트'입니다.

강도 및 적응성을 보장하도록 도메인 기반으로 설계합니다.

Eric Evans가 2003년에 도입한 이후 도메인 주도 설계(DDD)는 소프트웨어 시스템이 개선되고 확장된, 잘 개발된 도메인 모델을 기반으로 해야 한다고 가정합니다. DDD는 거래 은행 서비스와 같은 복잡한 도메인에서 가장 유리합니다. DDD 프레임워크를 사용하면 복잡성을 제한하기 위해 비즈니스 도메인과 하위 도메인에 맞춰진 기능적 콘텍스트로 제한된 명확하게 정의된 독립적인 솔루션 구성 요소를 만들 수 있습니다.

Evans는 각 구성 요소가 다른 구성 요소에 대해 지니는 종속성을 최소화함으로써 최종 사용자에게 제공되거나 다른 구성 요소에 서비스를 제공하기 위해 특정 기능을 제공한다고 주장합니다. 결과적으로 DDD는 구성 가능한 아키텍처의 핵심 요구 사항, 즉 민첩한 구성 가능성을 뒷받침하는 핵심 구성 요소를 형성하는 명확하게 정의된 패키지된 비즈니스 기능이나 솔루션을 개발할 수 있게 해줍니다.

예를 들어 거래 은행 서비스와 같은 복잡한 도메인은 유동성 관리, 현금 관리 및 지불과 같은 도메인으로 분해됩니다. 현금 관리는 수금 관리 및 현금 흐름 예측과 같은 하위 도메인으로 추가로 분해됩니다. 독립적인 솔루션과 서비스 구성 요소는 기능적 콘텍스트에 의해 경계가 정해진 식별된 도메인과 하위 도메인에 맞춰 구축됩니다. 빌딩 블록 솔루션 및 서비스 구성요소는 비즈니스 민첩성을 극대화하고 운영 무결성을 보장할 만큼 충분히 큰 규모의 크기에 맞게 최적화됩니다.

민첩성과 효율성을 최적화하는, 도메인 기반으로 구성 가능한 은행 서비스

Oracle Banking 제품군은 DDD를 활용하여 소매 은행 및 기업 은행 전반에 걸쳐 독립적이고 구성 가능한 솔루션 구성 요소의 광범위한 메뉴를 제공하는 포괄적인 현대 은행 솔루션 제품군입니다. 각 빌딩 블록 및 기본 마이크로서비스는 도메인 모델링을 사용하여 구축됩니다. 도메인 또는 하위 도메인의 경계 콘텍스트를 중심으로 하여 논리적 구성 요소 또는 빌딩 블록을 최적으로 구성할 수 있습니다. (아래 그림 참조)

소매 은행 서비스의 경우, 이 제품군은 자금원, 서비스 제공 및 기본 관리와 같은 개별 비즈니스 기능 전반에 걸친 빌딩 블록을 제공합니다. 기업 은행 서비스의 경우, 은행은 기업 계정, 기업 대출, 현금 관리, 유동성 관리, 무역 금융, 공급망 금융, 재무 관리 등 다양한 사업부에 대해 구성 가능한 블록을 활용할 수 있습니다.

이 제품군에는 즉시 사용 가능한 구성 요소 메뉴 외에도 광범위한 마이크로서비스 라이브러리가 포함되어 있습니다. 이러한 마이크로서비스는 핵심 및 공유 서비스 복제와 관련된 위험 및 비용을 완화하고, 관리 및 제어를 용이하게 하며, 추가 구성 요소의 배포를 가속화합니다. 공유 서비스의 예로는 통화 관리, 수수료 계산, 데이터 관리, 거래 코드 관리 등이 있으며, 은행은 이러한 서비스를 모두 중앙 집중식 독립 서비스로 쉽게 관리할 수 있습니다. 이를 통해 최적화된 제어가 가능하고 중복된 작업이 줄어들어 혁신이 더 빠르고 효율적으로 이루어집니다.

또한 이 제품군에는 마이크로서비스의 신속한 개발, 배포 및 관리를 지원하는 광범위한 기술 마이크로서비스 섀시가 포함되어 있습니다. 섀시는 코드 중복을 제거하고 일회용, 동시성, 구성 가능한 스테이트리스 마이크로서비스를 통해 서비스 관리를 최적화합니다. 이 제품군의 공유 기능 및 기술 마이크로서비스는 최적의 서비스 공유와 운영 비용을 절감하는 재사용성을 극대화하여 강력한 합성 기능을 제공합니다. 또한 추가 구성 요소를 신속하게 배포하여 출시 소요 시간을 단축할 수 있습니다.

또한 이 제품군은 빌딩 블록이 API를 통해 모든 기능을 노출하는 API 우선 접근 방식을 제공합니다. 이 제품군의 독립적인 메시지 라우팅 및 규칙 엔진을 통해 비즈니스 도메인 및 기타 서비스에 대한 차세대 구성 기능을 구동하는 시스템을 쉽고 빠르게 통합할 수 있습니다.

무한한 가능성이 있습니다.

은행은 Oracle Banking 제품군을 통해 다양한 요구 사항에 맞춰 혁신으로 향하는 경로를 맞춤 설정할 수 있습니다. 가능성은 무한합니다. 여기에서 몇 가지 강력한 사용 사례를 공유하게 되어 기쁩니다.

• 소매 은행 서비스업을 신속하게 시작하려는 도전적인 은행은 프런트오피스에서 백오피스, 그리고 신규 고객 유치와 서비스 제공 전반에 걸쳐 사전 통합된 소매 은행 서비스 빌딩 블록 구성 요소를 선택하여 엔드투엔드 디지털 소매 은행 서비스를 구성하고 출시할 수 있습니다.
• BaaS(서비스형 은행)를 모색하는 소규모 은행은 계좌 및 예금 상품을 구성하고 출시할 수 있는 구성 요소를 선택할 수 있으며, 신규 상품 발행 및 서비스 제공을 관리할 서드파티 채널과 빠르게 통합할 수 있습니다.
• 거래형 은행 서비스 분야에서 서비스 제공을 확대하고자 하는 중견 은행은 가상 계좌 관리와 같은 단일 구성 요소를 시작점으로 도입할 수 있습니다. 비즈니스가 확장됨에 따라 은행은 이 제품군의 공유 기능 및 기술 기반 서비스를 활용하여 현금 관리 및 유동성 관리와 같은 기타 거래형 은행 서비스의 구성요소를 효율적으로 구성하고 배포할 수 있습니다.
• 단계적으로 전환을 관리하고자 하는 중견 은행은 처음에 디지털 옴니채널 기능을 출시할 단일 구성 요소를 선택할 수 있습니다. 그 후 손쉽게 구성 요소를 구성 및 추가하여 보조 참여 및 처리, 제품 관리 및 핵심 운영을 혁신할 수 있습니다.
• 기업 계좌를 위한 동급 최고의 핵심 엔진을 찾는 대형 1계층 은행은 높은 확장성을 위해 구축된 기업 은행 계좌 핵심 엔진을 배포하고 해당 구성 요소를 기존 환경 및/또는 외부 에코시스템과 빠르게 통합할 수 있습니다.

Oracle Banking 제품군은 에코시스템 접근 방식 또는 엔드투엔드 사전 통합 제품군과 같은 특정 경로로 강제 전환하지 않습니다. 최첨단의 구성 가능성 덕분에 은행은 원하는 접근 방식을 선택하거나 여러 접근 방식을 혼합하여 사용할 수 있으며, 심지어 다양한 사업 분야의 요구 사항에 맞게 이를 맞춤화할 수도 있습니다.

이 제품군의 도메인 기반 구성 기능을 통해 은행은 모든 고객 여정, 사용자 경험, 비즈니스 및 제품 라인 기능을 빠르고 효율적으로 구성할 수 있습니다. 고객 여정과 사용자 경험을 쉽게 재구상 및 재정의하고 혁신적인 제품과 서비스를 신속하게 구축 및 시작할 수 있습니다. 또한 은행은 새로운 유통 및 서비스 모델을 손쉽게 도입하고 파트너와의 협업을 개선하여 제품 및 수익원을 공동 혁신할 수 있습니다.

진정한 민첩성과 효율성을 갖춘 도메인 중심의 구성성 덕분에 은행은 새로운 역량, 혁신 경로, 비즈니스 모델을 자신 있게 수용할 수 있으며, 끊임없이 진화하고 역동적인 업계에서 성공할 수 있는 역량을 갖추게 됩니다.