결제 현대화 솔루션 가속기

결제 시스템 현대화

결제 시스템의 현대화를 추진하는 여러 요인이 있습니다.

• 실시간 결제: 고객과 기업은 결제가 즉시 처리되기를 기대합니다.

• 규제 변경: 유럽의 PSD2 와 같은 새로운 법률 및 규정은 보다 개방적이고 유연한 결제 시스템을 권장합니다.

• 고객 기대치: 사람들은 다양한 플랫폼에서 결제 프로세스가 원활하고 통합되기를 원합니다.

• 오픈 뱅킹: 오픈 뱅킹은 금융 부문을 더욱 경쟁적이고 혁신적으로 만들어 새로운 결제 서비스를 개발할 수 있도록 합니다.

• 경쟁: 핀테크 스타트업은 새로운 결제 솔루션을 제공하여 기존 금융 기관에 시스템 업데이트 요구합니다.

현대화의 과제

결제 시스템 업데이트에 방해가 되는 요인은 다음과 같습니다.

• 복잡한 시스템: 결제 시스템에는 다양한 당사자와 규정이 포함되어 있어 변경이 복잡합니다.

• 구식 기술: 구식 시스템은 혁신 속도를 늦추고 현재 표준을 충족하기 어렵게 만듭니다.

• 높은 비용: 기존 시스템을 업그레이드하기 위해서는 많은 비용과 시간이 소요됩니다.

• 기술 부채: 이전 시스템 설계에서 단기적 편법이 사용될 경우, 이는 미래의 성장과 유연성을 제한할 수 있습니다.

이 예시 솔루션에서는 MongoDB 사용하여 결제 시스템을 현대화하는 방법을 학습 수 있습니다.

현대화 접근 방식

기업은 시스템을 업데이트할 때 다음과 같은 전략을 채택하고 있습니다.

• 도메인 기반 설계: 시스템 개발을 비즈니스 요구 사항에 맞게 조정함으로써 도메인 기반 설계는 기술 변경이 비즈니스 목표를 제공하도록 보장합니다.

• 마이크로서비스 아키텍처: 모놀리식 아키텍처에서 마이크로서비스 아키텍처로 전환하면 시스템을 보다 효율적으로 업데이트 하고 확장하다 할 수 있습니다.

MongoDB가 현대화를 지원하는 방법

결제 현대화 작업을 지원 MongoDB 기능은 다음과 같습니다.

• 유연한 문서 모델: MongoDB의 문서 모델 사용하면 새로운 결제 유형과 데이터 구조를 통합하여 시스템이 시장과 함께 발전할 수 있습니다.

• 운영 데이터 계층: MongoDB 다양한 서비스에서 데이터에 대한 액세스 간소화하는 통합 데이터 계층을 도입하며, 이는 통합 결제 솔루션을 구축하는 데 중요합니다.

• 권장사항 지원: MongoDB 기업이 업계 권장사항 따르는 데 필요한 도구(예: 보안 트랜잭션 및 실시간 분석) 를 제공합니다.

Microservices 아키텍처

마이크로서비스 아키텍처는 대규모 모놀리식 애플리케이션을 작은 조각으로 나눕니다. 이를 통해 개발 속도, 모듈성, 유연성 및 확장성, 회복 탄력성, 조직 조정, 비용 절감을 달성할 수 있습니다.

이 솔루션에 사용된 마이크로서비스 아키텍처는 다음 서비스로 나뉩니다.

• 사용자 관리

• 트랜잭션 처리

• 거래 내역을

• 계정 조정

• 결제 확인

• 보고

• 알림

사용자 관리

이 서비스는 사용자와 계정의 상호 작용을 용이하게 합니다. 아래 다이어그램은 계정 생성 흐름을 보여줍니다.

다이어그램에는 다음과 같은 엔터티가 포함됩니다.

• 데이터 엔터티: 사용자 계정, 결제 수단, 은행 계좌

• 권한: 사용자 계정, 결제 수단 및 은행 계정에 대한 읽기/쓰기

• 입력: 사용자 세부 정보, 결제 방법 세부 정보, 은행 계좌 세부 정보

• 출력: 사용자 계정 생성 확인, 결제 수단 추가 확인, 은행 계좌 추가 확인

그림 2. 계정 생성 절차

이 GitHub 리포지토리 에서이 흐름의 애플리케이션 볼 수 있습니다.

트랜잭션 처리

이 서비스는 트랜잭션 시작, 완료 또는 환불과 같은 트랜잭션 관련 작업을 관리합니다. 아래 다이어그램에서 트랜잭션 시작하는 주요 흐름을 확인할 수 있습니다.

이 다이어그램에는 다음 엔터티가 포함됩니다.

• 데이터 엔터티: 트랜잭션, 은행 계좌

• 권한: 트랜잭션에 대한 읽기/쓰기, 은행 계좌에 대한 읽기

• 입력: 금액, 발신자, 수신자 등의 거래 세부 정보

• 출력: 트랜잭션 상태 업데이트(예: 보류 중, 완료됨, 실패)

이 GitHub 리포지토리 에서이 흐름의 애플리케이션 볼 수 있습니다.

그림 3. 트랜잭션 흐름

이 microservices 외부 제공자 트랜잭션을 관리하는 역할도 담당합니다. 예시 를 들어, 솔루션에는 사용자가 PayPal 결제를 받는 데모가 포함되어 있습니다. MongoDB의 유연한 스키마 트랜잭션을 나타내는 문서의 변형을 허용합니다.

아래 다이어그램은 모의 PayPal 트랜잭션 프로세스 보여줍니다.

그림 4. 외부 트랜잭션 흐름

거래 내역을

이 서비스는 트랜잭션 로깅 및 보관을 처리합니다. 여기에는 다음 엔터티가 포함됩니다.

• 데이터 엔터티: 트랜잭션 기록, 사용자 계정

• 권한: 트랜잭션 기록 읽기, 사용자 계정 읽기

• 입력: 사용자 계정 번호

• 출력: 트랜잭션 내역 데이터

이 GitHub 리포지토리 에서 이러한 엔터티의 애플리케이션볼 수 있습니다.

계정 조정

이 서비스는 계정 세부 정보가 최신 상태인지 확인합니다. 여기에는 다음 엔터티가 포함됩니다.

• 데이터 엔터티: 은행 계좌, 트랜잭션

• 권한: 은행 계좌 읽기/쓰기, 트랜잭션 읽기

• 입력: 트랜잭션 세부 정보, 은행 계좌 세부 정보

• 출력: 조정 상태, 조정된 계정 잔액

이 GitHub 리포지토리 에서 이러한 엔터티의 애플리케이션볼 수 있습니다.

결제 확인

이 서비스는 트랜잭션 시작을 처리합니다. 아래 다이어그램은 서비스가 결제에 반응할 때부터 사용자에게 결제 승인 또는 거부 여부를 알릴 때까지 끝나는 결제 처리 단계를 보여줍니다.

이 서비스에는 다음 엔터티가 포함됩니다.

• 데이터 엔티티: 트랜잭션, 사용자 계정, 은행 계좌

• 권한: 트랜잭션 읽기, 사용자 계정 읽기, 은행 계좌 읽기

• 입력 항목: 트랜잭션 세부 정보, 사용자 계정 번호, 은행 계좌 세부 정보

• 출력: 검증 상태(성공 또는 실패)

그림 5. 결제 처리 흐름

이 GitHub 리포지토리 에서 이러한 엔터티의 애플리케이션볼 수 있습니다.

보고

결제 데이터에 대한 보기를 만들려면 MongoDB Charts사용할 수 있습니다.

여기에는 다음 엔터티가 포함됩니다.

• 데이터 엔터티: 트랜잭션 기록, 사용자 계정

• 권한: 트랜잭션 기록 읽기, 사용자 계정 읽기

• 입력: 사용자 계정 번호, 보고서 기준(날짜 범위, 트랜잭션 유형)

• 출력: 생성된 재무 보고서

알림

이 서비스는 MongoDB Change Streams 사용하여 사용자에게 변경 사항을 알립니다.

여기에는 다음 엔터티가 포함됩니다.

• 데이터 엔터티: 사용자 계정, 트랜잭션

• 권한: 사용자 계정 읽기, 트랜잭션 읽기

• 입력: 사용자 계정 정보, 트랜잭션 정보

• 출력: 사용자에게 대한 알림 및 경고

이 GitHub 리포지토리 에서 이러한 엔터티의 애플리케이션볼 수 있습니다.

사용자

users 컬렉션 의 문서 구조는 다음과 같습니다.

{
    "_id": ObjectId,
    "username": String,
    "email": String,
    "password": String, // hashed
    "linkedAccounts": [
        {
            "accountId": String,
            "accountType": String,
            "externalDetails": {
                "apiEndpoint": String,
                "accessKey": String,
                "additionalInfo": String
            }
        }
    ], "recentTransactions": [
        {
            "transactionId": String,
            "date": Date,
            "amount": Number,
            "type": String, // e.g., 'debit', 'credit'
            "status": String // e.g., 'completed', 'pending'
        }
    ]
}

계정

accounts 컬렉션 의 문서 구조는 다음과 같습니다.

{
    "_id": ObjectId,
    "userId": ObjectId,
    "accountNumber": String, // Encrypted
    "accountType": String,
    "balance": Number,
    "limitations": {
        "withdrawalLimit": Number,
        "transferLimit": Number,
        "otherLimitations": String
    },
    "securityTags": [String],
    "encryptedDetails": String
}

트랜잭션

transactions 컬렉션 의 문서 구조는 다음과 같습니다.

{
    "_id": ObjectId,
    "account_id": ObjectId,
    "amount": Number,
    "date": Date,
    "type": String, // e.g., 'debit', 'credit'
    "status": String, // e.g., 'completed', 'pending', 'refund'
    "details": String, // Encrypted if sensitive
    "referenceData": {
        "sender": { ... },
        "receiver": { ... },
        "steps": [{ ... }],
        "relatedTransactions": [{ ... }],
        "notes": String,
        "reportingTags": [String]
    }
}

알림

notifications 컬렉션 의 문서 구조는 다음과 같습니다.

{
    "_id": ObjectId,
    "relatedEntityId": ObjectId,
    "userIds": [ObjectId],
    "message": String,
    "createdAt": Date,
    "statuses": [
        {
            "userId": ObjectId,
            "status": String // e.g., 'unread', 'read'
        }
    ]
}

크로스 마이크로서비스

• 인덱싱 및 확장성

• JSON schema validation

• 권한 및 데이터 분리

• Auditing

사용자 및 계정 마이크로서비스

• 문서 모델: MongoDB의 유연성을 사용하여 다양한 계정 및 사용자 프로필에 대한 사용자 및 계정 구조를 만들 수 있습니다.

• Kafka Sink Connector: 외부 소스에서 데이터를 스트리밍합니다.

• 트랜잭션: 계정 및 사용자 데이터를 ACID 준수하도록 유지합니다.

• 사용 중 암호화: 데이터의 수명 주기 전반에 걸쳐 데이터를 보호합니다.

• 전체 텍스트 검색: 계정 ID 및 사용자 이름을 검색합니다.

결제 마이크로서비스

• 변경 스트림: 결제는 이벤트 기반으로 이루어집니다.

• 시계열 컬렉션: time series 컬렉션 사용하여 결제 내역을 보관합니다.

• 사용 중 암호화: 데이터의 수명 주기 전반에 걸쳐 데이터를 보호합니다.

알림 마이크로서비스

• Apache Kafka 소스: Kafka 사용하여 외부 시스템 및 사용자에게 알림 스트림 .

• 변경 스트림: 변경 스트림은 알림 캡처한 다음 웹 소켓에 의해 푸시됩니다.

보고서

• Atlas Charts: Atlas Charts 사용하여 데이터를 전처리하고 시각화할 수 있습니다.