관측가능성 아키텍처: 금융결제 공통 관측가능성 요소

성공적인 결제 솔루션의 요소를 파악하는 논리 다이어그램을 사용하여 오픈 소스 클라우드 기반 011y 금융 결제 아키텍처를 살펴봅니다.

클라우드 네이티브 기술은 결제 서비스의 설계 방식을 변화시키고 있습니다. 2020년에는 결제 서비스의 현대화를 위해 오픈 소스 및 클라우드 네이티브 기술을 채택한 실제 구현에서 얻은 통찰력 시리즈를 제시했습니다. 시리즈는 6개의 기사로 구성되었으며 논리적이고 도식적인 것부터 발견된 다양한 사용 사례에 대한 상세 뷰까지 아키텍처 다이어그램을 다루었습니다.

제시된 아키텍처는 컨테이너, 마이크로서비스 및 Kubernetes 기반 컨테이너 플랫폼과 같은 오픈 소스 클라우드 네이티브 기술을 기반으로 합니다. 이 시리즈에서 주요 누락 사항은 클라우드 네이티브 관찰 가능성에 대한 논의를 피하는 것이었습니다. 이 시리즈에서는 DevOps 팀이 금융 결제 아키텍처를 위해 클라우드 네이티브 세계의 속도, 규모 및 복잡성을 제어할 수 있도록 지원하는 오픈 소스 표준 기반 클라우드 네이티브 관찰 가능 플랫폼을 통해 누락 사항을 해결하는 방법에 대해 알아보겠습니다.

첫 번째 기사(1부, 이 기사 말미의 "Series Overview" 섹션에 링크)에서는 기본 아키텍처를 다루었고, 지불 프로젝트를 정의했으며, 논리적 및 물리적 아키텍처에 관찰 가능성을 추가하기 위해 이 시리즈에 대한 계획을 공유했습니다. 이 기사에서는 성공적인 지불 솔루션의 요소를 포착한 논리 다이어그램에 대해 알아보겠습니다.

 

  

관측가능성 아키텍처: 금융결제 공통 관측가능성 요소

 

 

일반 아키텍처의 배경

공통 요소에 대해 자세히 살펴보기 전에, 이것은 여러 작업 구현에서 발견된 식별된 요소의 집합이라는 점을 이해하시기 바랍니다. 여기에 제시된 이러한 요소는 식별된 일반 공통 아키텍처 요소이며 일반 아키텍처까지 제기됩니다.

목적은 아키텍처 지침을 제공하는 것이지 상세한 기술적 세부 사항을 제공하는 것이 아닙니다. 가정은 현명하고 자신의 아키텍처에 적응하는 방법을 알아낼 수 있다는 것입니다. 과거에 약속한 기술과 구성 요소를 해당되는 경우에 반영할 수 있습니다. 여기서는 일반적인 구성 요소를 설명하고 자신의 아키텍처에 적용할 때 올바른 선택을 할 수 있는 몇 가지 구체적인 사례를 개략적으로 설명하는 것이 목표는 자신의 아키텍처에 적용할 때 일반적인 구성 요소를 설명하고 몇 가지 구체적인 경우를 설명하는 것입니다.

의견을 내거나 당신의 피드백을 직접적으로 연락해주세요.

"Payments Architecture - Common Architecture Elements"라는 기사에서는 일반 아키텍처를 살펴보고 공통적인 Payments Architecture의 요소를 설명했는데, 이 기사에서는 솔루션에 클라우드 네이티브 관찰 가능 요소를 추가하는 구성 요소 계층만의 논리적 관점을 소개하는 데 초점을 두겠습니다.

 

 

컨테이너 플랫폼

이 섹션에서는 컨테이너 플랫폼 논리 뷰에서 클라우드 네이티브 관찰 가능성 구성 요소를 새롭게 추가하는 것에 초점을 맞추고자 합니다.

 

컨테이너 플랫폼

 

현대의 금융 조직은 클라우드 네이티브 기술과 컨테이너를 사용하여 결제 서비스를 현대화하고 있을 뿐만 아니라, 엔지니어링 팀과 관찰 팀 모두 클라우드 네이티브 관찰이 어려울 수 있다는 사실을 깨닫고 있습니다. 솔루션을 구축, 테스트 및 배포할 뿐만 아니라 클라우드 네이티브 복잡성, 데이터 카디널리티 폭발, 보안 등과도 경쟁해야 하며, 비용 효율적으로 솔루션을 운영할 수 있도록 노력하고 있습니다.

컨테이너 플랫폼의 이 뷰 내에서 마이크로서비스, 애플리케이션, API, 통합 지점, 캐싱 및 기타 서비스가 관측 가능 플랫폼에 메트릭과 추적 데이터를 제공하도록 보장하는 추가(Chronosphere Collector 요소)를 찾을 수 있습니다.

CNCF 프로젝트 Prometheus 및 OpenTelemetry의 오픈 소스 표준 및 프로토콜을 사용하여 원격 측정 데이터 및 메트릭 데이터를 수집하고 이를 외부 크로노스피어 관측 플랫폼으로 라우팅합니다. 이를 통해 오픈 소스 프로젝트 및 표준을 사용하여 클라우드 네이티브 관측성 여정을 시작한 조직은 매우 쉽게 전환할 수 있습니다.

다음 시리즈 기사에서는 컨테이너 환경에서 Chronosphere Collector 요소를 배포하고 활용할 수 있는 구체적인 방법을 공유하겠습니다. 또한 몇 가지 구체적인 사용 사례를 제시하고 해당 사용 사례에 대한 물리적 아키텍처를 자세히 설명하는 개략도를 제공하겠습니다.

 

외부 시스템

외부 시스템에서 발견되는 요소들은 결제 솔루션에 대한 다양한 지역적 또는 지역적 요구를 포착합니다. 많은 부분이 금융 조직의 완전한 호스트 관리 하에 있지 않으며, 여기에서 관찰 가능한 요구 사항에 대한 SaaS 솔루션을 찾을 수 있습니다.

 

외부 시스템

 

많은 조직이 DIY(Do-it-yourself) 솔루션으로 클라우드 네이티브 관찰 가능성 여정을 시작합니다. DIY(Do-yourself) 솔루션은 결제 솔루션의 성공으로 인해 시간이 지남에 따라 관리, 인프라 및 관찰 가능성 데이터 복잡성에 대한 리소스 부담으로 확대됩니다.

관리되는 Chronosphere 관측 플랫폼을 사용하면 클라우드 네이티브 관측성 요구사항을 호스팅하고, DIY 인프라에서 분리하며, 오픈 소스 표준의 메트릭 및 원격 측정 데이터 수집을 리디렉션할 수 있습니다. 엔지니어링 및 관측 팀은 Prometheus 및 OpenTelemetry와 같은 CNCF 프로젝트 경험을 통해 잘 알고 있는 동일한 오픈 소스 툴링, 쿼리 언어 및 시각화를 여전히 사용하고 있습니다.