Azure API Management とセルフホスト型ゲートウェイを使用して分散 API 資産を効率的に管理する

Azure API 管理 (APIM) は、安全で一貫性のあるファサードの背後で API を作成、公開、管理できるクラウドベースのサービスです。API へのアクセスを制御し、使用量の割り当てを適用し、リクエストとレスポンスを変換するポリシーを作成および管理できます。

Azure APIM ゲートウェイ API リクエストを処理するためのプロキシです。 セルフホスト型ゲートウェイ (SHGW) は、Azure APIM の機能の 1 つで、 APIゲートウェイ オンプレミスや別のクラウド プラットフォームなど、Azure 外部の APIM コンポーネント。セルフホスト ゲートウェイは、Azure APIM に固有です。

API センター は、Azure、オンプレミス、または他のクラウド内の API の検出、再利用、ガバナンスの中心点となる Azure サービスです。今後提供される新機能には、APIM および Git リポジトリからの API 同期、API コンプライアンス監視などがあります。

導入

システム統合と相互運用性に対する需要の高まりは普遍的な要件であり、API 開発の大幅な成長と API の急増につながっています。API により、さまざまなシステムが簡単に相互通信できるようになり、製品エコシステムの構成要素となり、データ資産を収益化し、サービスの俊敏性と革新性を高めています。また、コストを削減し、優先ワークロードの回復力を高めるために、レガシー API をクラウドに移行する動きもあります。

課題

しかし、API への依存度が高まったことで、独自の課題も生じています。複数のチームや時間にまたがって構築された API は一貫性がなく、さまざまなテクノロジーで実装され、オンプレミスからクラウドまで、さまざまなホスティング プラットフォームに展開されています。このため、API 資産を効率的に管理することが非常に困難になっています。管理機能の単一ビューがないため、API インベントリの運用と保護に必要な労力が増加し、効果的な検出が妨げられて再利用率が低下し、重複が生じます。

私は最近、API 資産の管理を簡素化したいと考えている顧客と仕事をしていました。その顧客は、クラウドとオンプレミスに多数のミッション クリティカルな API を分散していました。それらの API がどこにあるのか、重複している API がいくつあるのかを把握しておらず、すべての API を統合、標準化し、単一の画面で確認する必要がありました。

要件

顧客が課題に対処するための高レベルの要件は次のとおりです。

• レイテンシオーバーヘッドを最小限に抑えた分散 API のサポート。
• 基盤となる API の違いをエンドユーザーから隠す、API の安全なファサード。
• そして重要なのは、不動産全体を単一の管理画面で管理できることです。

解決

SHGWを使用したAzure APIMは、これらすべての要件を満たすソリューションを提供します。次の図は、 Azure APIM ランディング ゾーン アクセラレータただし、SHGW 要素が追加されます。

APIM + SHGW HL アーキテクチャ

1. Azure APIMインスタンスは、開発者ポータル（APIの検出、実験、テスト、再利用のための中心的な場所を提供する完全に構成可能なWebサイト）、ゲートウェイ、管理プレーン（APIの公開、保護、バージョン管理方法など、APIMインスタンスを管理するためのインターフェイス）で構成されます。APIMは、 内部モード インスタンスが直接パブリックにアクセスできないようにします。インスタンスには、構成された App Gateway 経由またはピアリングされたネットワーク経由でのみアクセスできます。
2. サードパーティのクラウド プラットフォーム (AWS、GCP など) にデプロイされた SHGW コンテナ*。
3. オンプレミスのリソースにデプロイされた SHGW コンテナ*。
4. SHGW と APIM 管理プレーン間の管理接続。SHGW ハートビート、構成の更新、ログの送信を可能にします。接続はポート 443 で SHGW から送信されます。
5. オンプレミスから Azure への接続専用の ExpressRoute (オプション)。
6. APIM サブネットとオンプレミス ネットワーク間のネットワーク ピアリングにより、APIM インスタンスとオンプレミス サービス (SHGW を含む) 間の直接接続が可能になります。
7. すべての APIM サービスのパブリック入力ポイント。
8. API コンシューマーは、Azure GW および SHGW を介して Azure、オンプレミス、およびサードパーティのクラウド API にアクセスします。Azure 以外の API にアクセスする場合、トラフィックは Azure 経由ではなく、最も近いゲートウェイに直接送信されます。

*SHGWはダウンロード可能なLinuxコンテナイメージとして提供され、独自に構成してホストすることができます。 [high availability] インフラストラクチャ。API の近くにゲートウェイをホストすることで、API のユーザーは Azure を経由せずに (SHGW インスタンス経由で) 直接 API にアクセスできます。これにより、Azure でホストされる APIM インスタンス管理プレーンを介して集中管理されながら、待機時間が短縮され、データ主権がサポートされます。SHGW は、APIM Premium および Developer レベルでのみサポートされます。

エンタープライズAPIインベントリと検出については、 API センター (ここでは説明しません) 一般に利用可能です。

SHGW 実装を設計する際に考慮すべき事項。

• 接続性 SHGW と Azure の間。ログの出荷、ハートビート、その他の運用上の必要性のために構成変更を取得するには、SHGW から APIM および Azure Storage や Application Insights などの特定の Azure サービスへの送信接続が必要です。インターネット経由で接続しますか、それともプライベート ネットワーク上にとどまりますか? オンプレミスの SHGW と Azure 間のプライベート ネットワークは、ネットワーク ピアリングと ExpressRoute などの専用回線を介して実現できます。サードパーティからオンプレミスへの専用接続を介して、サードパーティのクラウド プラットフォームと Azure をピアリングし、Azure にバックアップすることもできます。
• 認証APIM で認証するために、SHGW は認証キーを提示します。このキーはデフォルトで SHGW コンテナに保存されます。しかし、これはキーが漏洩するリスクがあり、管理作業が増える悪い解決策です。キーは 30 日ごとにローテーションする必要があり、忘れると SHGW は接続を失います。より良い解決策は、Entra 認証を使用することです。 https://learn.microsoft.com/en-us/azure/api-management/self-hosted-gateway-enable-azure-ad。
• スケーラビリティSHGWを使用する場合は、ゲートウェイのスケーリングを担当し、Kubernetesの使用を検討してください。 水平ポッドオートスケーラー ゲートウェイをスケールアウトします。

結論

Azure APIM と SHGW は、分散された多様な API 資産を効率的に管理するための完全なソリューションを提供します。SHGW は、特に特定のパフォーマンス、コンプライアンス、または統合要件を持つ API を管理する組織に、柔軟性、制御、およびカスタマイズのオプションを提供します。