フィンテックにおけるデジタルトランスフォーメーション：5つの主要課題
金融サービスは、内部APIと外部APIの両方を広範に使用しています。例えば、フィンテックスタートアップは、オープンバンキングAPIを使用して資金移動を開始したり、取引を監視したりするかもしれません。あるいは、銀行は、通信にAPIを使用する内部マイクロサービス、Webアプリケーション、モバイルアプリケーションを持っているかもしれません。どちらの場合も、失敗は許されません。
インテグレーションテストではなく、なぜ契約テストを使用すべきなのか、Pactflowの双方向サポートがどのように契約テストをスケーラブルにするのか、そして金融サービス業界における成功事例について詳しく見ていきましょう。
API契約テストは、インテグレーションテストやE2Eテストが抱える多くの問題を解消し、内部および外部のAPI利用者に対して堅牢なエクスペリエンスをより容易に保証できるようにします。
#1. コンプライアンス
英国を含むヨーロッパの大部分は、2015年と2016年にオープンバンキング規制を導入し、金融機関に消費者が自身のデータにアクセスできるようにすることを義務付けました。この規制は、消費者データへのアクセス提供に加え、強力な顧客認証から、コンプライアンスを遵守しない企業に対する執行措置まで、あらゆることを網羅しています。
米国では、消費者金融保護局（CFPB）が、消費者が自身の金融データを第三者と共有できるようにする新規則を検討しています。しかし、同機関は消費者のプライバシーとデータ保護について懸念を抱いており、当面の間、プログラムを延期しました。
国境を越えた異なる規制や要件は、複数の管轄区域で事業を展開する金融機関にとって、さらなる複雑さを生み出します。さらに、これらの規制の一部には、金融機関がAPI設計や認証に関連する技術的要件を、特に diligently に実施しなければならないものも含まれています。
#2. アジャイル開発
多くの銀行や金融機関は、アジリティを制限するレガシーテクノロジーとプロセスを使用しています。たとえば、多くの銀行は依然としてメインフレームテクノロジーを内部で使用しており、これらのメインフレームの上に構築されたアプリケーションは複雑で機能的にサイロ化される傾向があります。結果として、新しいテクノロジーの採用と統合が困難になる可能性があります。
アジャイル開発では、大規模なプロジェクトを小さな断片に分割し、時間の経過とともに継続的に変更をデリバリーします。そしてもちろん、これらのチームが新しい変更を継続的に本番環境にデプロイするための十分な自信を得るためには、エンドツーエンドテスト、API契約テスト、その他の品質保証プロセスが必要です。
双方向契約テストは、厳密なAPI統合を必要とするパートナーにとって不可欠です。出典: Pactflow
たとえば、Pactflow を使用すると、時間のかかるエラーの発生しやすいエンドツーエンド統合テストの代わりに、包括的なAPI契約テストを簡単に実装できます。2つのサービス間のインタラクションをキャプチャした後、Pactflow は、API開発者と消費者が新しい変更をライブにプッシュする前にAPIが動作することを確認するために使用できる契約を構築します。
#3. 顧客の期待
パフォーマンス、可用性、ユーザビリティは、顧客の採用と満足度に大きな影響を与えます。たとえば、銀行のAPIが大量のトラフィックによってダウンした場合、フィンテックアプリを使用してデータにアクセスしている顧客はすぐに不満を感じる可能性があります。このようなネガティブな経験は、サードパーティ製アプリによって動かされる市場での離反につながる可能性があります。
ほとんどのソフトウェア開発チームは機能テストに慣れていますが、これらのテストにはいくつかの根本的な制限があります。たとえば、不適切に書かれたコードは機能テストに合格するかもしれませんが、本番環境で何千回も実行されるとスケーラビリティの問題を引き起こす可能性があります。APIは現代の銀行の生命線であるため、パフォーマンス テストは必須です。
ReadyAPIは、サーバーで実行されているロードテストを簡単に監視できるようにします。出典: SmartBear
ReadyAPI は、CI/CDパイプライン内でロード、ストレステスト、耐久テストを簡単に作成、管理、実行できます。他の多くのソリューションとは異なり、このプラットフォームはロードテストの経験を必要とせず、誰でも簡単にテストを作成および実行できます。さらに、ボトルネックを修正するために必要な診断情報にすばやくアクセスできます。
#4. API標準
金融サービスAPIは、開発者の視点から使いやすく、予測可能であるべきです。したがって、十分に確立された標準に従うだけでなく、組織は包括的なドキュメント、クライアントライブラリ、およびバージョン管理、破壊的な変更、および今後の機能に関する明確なコミュニケーションを提供する必要があります。
多くの組織は、API開発において「コードファースト」のアプローチ、つまりビジネス要件に基づいてコードを記述し、ドキュメントは後回しにするという誤りを犯します。しかし、より良い「デザインファースト」のアプローチでは、ビジネス要件を、Swagger ドキュメントなどの人間と機械が読み取り可能な契約に変換し、その後コードを記述します。
SwaggerHub Editorは、標準化されたAPIの構築を容易にします。出典: SmartBear
まずSwaggerドキュメントを作成することで、組織はAPIがどのように動作するかを視覚化し、リアルタイムでAPI設計を検証し、ドキュメントとクライアントライブラリを自動的に生成できます。SwaggerHub は、API間で構文を再利用するためのドメイン、チーム管理ツール、ホスト型ドキュメントなどの機能でこれらの機能を拡張します。
#5. ブランドの拡大
高品質で高性能なAPIを構築することは、フィンテックにおけるデジタルトランスフォーメーションの最初の半分に過ぎません。技術的な部分の後、組織は開発者コミュニティと連携し、主要なパートナーを管理し、新しい規制への継続的なコンプライアンスを確保し、最終的に幅広い採用を通じてビジネス成果を最適化する必要があります。
導入曲線は通常、内部APIから始まり、サプライヤー、プロバイダー、または緊密な統合を必要とする再販業者を含むパートナーへと移行します。これらのイニシアチブが安定性とスケーラビリティを実証した後、組織は外部パートナーや開発者がフィンテック分野で利用できる公開APIの作成に進むことができます。
ブランドをサポートし、拡大する最善の方法は、開発者にとって可能な限り簡単にすることです。たとえば、開発者ポータルは、広範なAPIドキュメントとクライアントライブラリを提供する必要があります。そしてもちろん、APIは潜在的な中断を最小限に抑えるために、最小限のダウンタイムと開発者との明確なコミュニケーションチャネルを持つべきです。
結論
フィンテックのスタートアップ企業は、消費者が金融データにアクセスする方法を変革しています。世界中の規制当局がオープンバンキングを受け入れる中、銀行やその他の金融機関は、品質と一貫性を確保するためにAPIを注意深く検討する必要があります。SwaggerHub、ReadyAPI、その他のツールは、チーム全体の効率と品質を最大化するのに役立ちます。
SmartBearの無料API開発ツールを使い始めるか、SwaggerHubまたはReadyAPIの無料トライアルを開始して、それらが品質を確保し、チーム全体をサポートするのにどのように役立つかを確認してください。