現代のフィンテックサービスのための MongoDB と Hasura

ソリューション概要

フィンテック セクターは、技術革新、カスタマーニーズの進化、規制の変化によって急速に変革しています。このダイナミックな環境は、金融サービスプロバイダーにとって機会と課題の両方を生み出します。

• ミリ秒レベルの処理を必要とする大量のリアルタイム トランザクション。

• カスタマーのプロファイル、金融商品、プライバシー問題にまたがる複雑なデータ関係。

• 地理的データレジデンシーに関する懸念を伴う厳格なコンプライアンス要件。

• ボリュームの急増や新製品の提供に対応できるスケーラブルかつ柔軟なシステムが必要です。

• リスク評価と不正検出のためのリアルタイム分析機能。

これらの挑戦に対処するために、MongoDB AtlasとHasura DDN（データ配信ネットワーク）を用いた参照アーキテクチャを紹介します。この組み合わせは、現代のフィンテックアプリケーション向けの強力で柔軟性があり、スケーラブルなソリューションを提供します。

Hasura DDN は、次世代アプリと AI 向けのユニバーサル データアクセス レイヤーです。これにより、チームはすべてのデータに対して、高速で安全なフェデレーティッド API レイヤーを簡単にビルドし、配置できます。

MongoDB Atlas は、柔軟なドキュメントモデル、シャーディングによる水平スケーラビリティ、金融アプリケーションの厳しい要件をサポートするパフォーマンス最適化で知られる、主要なフルマネージドクラウドデータベースサービスです。これらを組み合わせることで、金融サービスに不可欠なセキュリティと信頼性を維持しつつ、イノベーションを加速する基盤を構築します。

参照アーキテクチャ

Hasura DDN と MongoDB のリファレンスアーキテクチャは、データの整合性、セキュリティ、規制コンプライアンスを維持しつつ、高いトランザクション量を処理できる最新のフィンテックアプリケーションを構築するための包括的なフレームワークを提供します。

下の図は、Hasura DDN と MongoDB クラスターのマルチリージョン展開を示しています。フィンテックのクライアントアプリケーションが、グローバルロードバランサーを介して、認証、分析、コンプライアンス、外部サービスの統合が一元化された分散データノードに接続する方法を示しています。

図1。Hasura DDN と MongoDB のアーキテクチャ図

このアーキテクチャ図は、参照実装内の主要コンポーネントとそのインタラクションを示しています。Fintech クライアント アプリケーションは、グローバル ロード バランサーを介して複数の Hasura DDN リージョンに接続し、それらは異なる地理的リージョンに配置された MongoDB クラスターと連携します。このアーキテクチャには、一元化された認証とアクセス制御、AI と分析機能、グローバル コンプライアンスとセキュリティ対策、外部金融サービスとの統合が組み込まれています。

アーキテクチャの主要コンポーネント：

• データレイヤー：プライマリデータストレージのための MongoDB クラスター。

• API とアクセスレイヤー：データアクセスとリアルタイムサブスクリプションのための Hasura DDN。

• アプリケーションレイヤー：フィンテックサービスおよびアプリケーション。

• セキュリティレイヤー：認証と承認サービス。

• 分析レイヤー：データプロセシングおよび機械学習サービス。

データモデルアプローチ

このフィンテック アーキテクチャの MongoDB データモデルは、ドキュメントベースの構造を活用して、金融アプリケーションにおける特有の要件に対応します。柔軟なスキーマ設計により、フィンテック組織は、スキーマの移行による混乱を招くことなく、新しい金融商品や規制要件に迅速に適応できます。最適なパフォーマンスを得るために、モデルはデータ編成に関する戦略的な決定を行います。

// Example Customer Document with Embedded Account Information
{
  "_id": ObjectId("5f8a7b2b9d3b2e5a7c8b4567"),
  "customerId": "C10045678",
  "customerInfo": {
    "name": "Jane Smith",
    "contactDetails": {
      "email": "jane.smith@example.com",
      "phone": "+1-555-123-4567",
      // PII fields can utilize MongoDB's field-level encryption
    },
    "kycStatus": "verified",
    "riskProfile": "moderate"
  },
  "accounts": [
    {
      "accountId": "A200387645",
      "accountType": "savings",
      "balance": 45678.92,
      "currency": "USD",
      "status": "active",
      "createdDate": ISODate("2022-03-15T10:30:00Z")
    },
    {
      "accountId": "A200456789",
      "accountType": "investment",
      "balance": 125000.00,
      "currency": "USD",
      "status": "active",
      "createdDate": ISODate("2022-08-22T14:45:00Z")
    }
  ]
}

このモデルは、ドキュメントに記載されている重要なアプローチを実装しています。MongoDB の柔軟なスキーマを使用して金融商品に適応し、大容量データのためのシャーディング戦略をサポートします（時系列トランザクションデータのためにカスタマー ID または日付範囲でシャーディングすることが可能です）。また、MongoDB のストレージ機能を活用してパフォーマンスを最適化します。この構造は、「セキュリティとガバナンス」セクションで言及されているロールベースアクセス制御（RBAC）およびフィールドレベルセキュリティを容易にします。

ソリューションを構築する

フィンテックアプリケーション向けの MongoDB アーキテクチャを使用した Hasura DDN の実装は、セキュリティ、パフォーマンス、スケーラビリティに重点を置いた戦略的アプローチに従います。このソリューションを構築するには、認証、セキュリティポリシー、コンプライアンス要件が適切に満たされていることを確認しながら、MongoDB データレイヤーが Hasura DDN API レイヤーとどのように連携するかを慎重に検討する必要があります。

このソリューションは、グローバルな金融業務をサポートするために複数のリージョンに配置する必要があります。MongoDB クラスターは、レプリカセットと金融データアクセスパターンに基づく適切なシャーディング戦略を使用して高可用性を実現するように構成する必要があります。リアルタイムの金融トランザクションと市場データ更新のレイテンシを最小限に抑えるには、Hasura DDN インスタンスをそれぞれの MongoDB クラスターの近くに配置する必要があります。一元化された認証およびアクセス制御レイヤーがすべてのリージョンでコンシステントなポリシーの適用を保証し、AI および分析レイヤーが不正検出やリスク評価などの高度な機能を可能にします。

このアーキテクチャを実装する組織は、トレーディングプラットフォームやパーソナライズされたバンキングなどの特定の金融ユースケースから始め、徐々に複雑なシナリオをカバーするように拡大していく段階的なアプローチを採用するべきです。このソリューションは、参照アーキテクチャで説明されているAPIファーストのモダナイゼーションアプローチを通じて、レガシーシステムから移行する既存の金融機関と、ゼロから構築する新しいフィンテックスタートアップの両方に対応できます。

マネーロンダリング対策（AML）のユースケースをより深く知りたい方には、Axiom リポジトリ をご覧になることをお勧めします。このリポジトリは、このアーキテクチャを使用して AML ソリューションを実装するための包括的なデモンストレーションを提供します。

注：API クエリ機能はドキュメントに記載されている通りに動作しますが、PromptQL をローカルに設定するには、リポジトリで説明されていない追加の手順が必要です。PromptQL プレイグラウンドにアクセスするには、次のリンクを使用してください。https://promptql.console.hasura.io/public/aml/playground。

キーポイント

フィンテック アプリケーション向けに Hasura DDN を MongoDB アーキテクチャで実装することは、組織が考慮すべきいくつかの重要なインサイトを明らかにします。

1. 分散されたデータアーキテクチャによりパフォーマンスが向上： MongoDB の分散されたクラスターと Hasura DDN の地域配置モデルを組み合わせることで、金融機関はグローバル運用全体でデータの整合性を維持しながら、トレーディングプラットフォームや高頻度トランザクションプロセシングに必要なマイクロ秒レベルのレイテンシを達成できます。

2. セキュリティは多層化する必要があります。フィンテックアプリケーションにおける効果的なセキュリティには、集中型と分散型の両方のアプローチが必要です。Hasura の権限システムと MongoDB のフィールドレベルセキュリティを活用したハイブリッドポリシーマネジメント戦略は、GDPR、PSD2、MiFID II などの変化する規制要件に対する柔軟性を維持しつつ、包括的な保護を提供します。

3. データモデルの柔軟性がイノベーションを加速：MongoDB のスキーマの柔軟性と Hasura の GraphQL API 生成機能を組み合わせることで、大規模な再開発を必要とせずにフィンテックの開発が可能になり、新しいサービスの市場投入までの時間が大幅に短縮されます。

4. リアルタイム機能が顧客体験を変革：このアーキテクチャは、リアルタイムデータのサブスクリプションと複雑な関係マッピングをサポートしており、顧客データの全体像を活用した個別バンキング、即時不正検出、包括的なリスク評価などの次世代金融アプリケーションを可能にします。

5. モダナイゼーションを段階的に実現： APIファーストのアプローチにより、組織は既存のデータソースを維持しながら最新のデータアクセスレイヤーを構築し、レガシーシステムから徐々に移行することができ、高度に規制された金融サービス業界におけるデジタルトランスフォーメーションのリスクを軽減します。

使用した技術と製品

作成者

• ジョン・ミルズ、Hasura

• アディティ・ファドケ、Hasura

• Asawari Samant、Hasura

• アダム・マローン、Hasura

• Kenneth Stott, Hasura

• Sebastian Rojas Arbulu, MongoDB