私の連絡先情報
郵便メール:
2024-07-12
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
API は、2 つのアプリケーションが相互に対話できるようにする仲介者として機能するソフトウェア ソリューションです。次の機能により、API がより便利で価値のあるものになります。
現在、ほぼすべての企業が多くの API タイプを使用しています。顔比較API、ビデオ実名認証API、顔実名認証API、活性テストAPI、顔検出APIなど、企業のサービス力を充実させます。
また、顧客が特定の問題を解決できるよう、Baidu Smart Cloud、Yibao Pay、Xiangyun Identification、Authing.cn などの API 製品を主に販売する企業も数多くあります。
APIゲートウェイはいマイクロサービス建築における重要な概念。これは、外部クライアント (マイクロサービス システムの一部ではないもの) のエントリ ポイントを形成します。これは、アプリケーションへのエントリ ポイントとして機能するコンポーネントです。
つまり、API ゲートウェイは、エンドポイントに関する情報を保持する API 管理サーバーです。また、認証、レート制限、負荷分散なども実行します。
API ゲートウェイをより深く理解するには、なぜ API ゲートウェイが必要なのかを知る必要があります。
API ゲートウェイの必要性を理解するために、電子通信アプリケーションの使用例について説明します。
電子商取引アプリケーションの複雑なページ (商品ページなど) のケース スタディを見てみましょう。以下の Amazon 製品リスト ページを見ると、この特定のページには多くの情報を表示する必要があることがわかります。
説明のために、上記の特定のページをレンダリングするために必要となる可能性のあるすべてのマイクロサービスをリストしてみましょう。
製品の検索、在庫、配送、評価とレビュー、レコメンデーション エンジン、マーチャンダイジング、財務と保険が、上記のページのレンダリングに使用される 7 つの異なるマイクロサービスであると考えてください。
注: 上記の 7 つのマイクロサービスは、API ゲートウェイの概念を説明するための単なる仮説です。実際には、Amazon にはさまざまな数のマイクロサービスが存在する可能性があります。
問題: これらのマイクロサービスは別のサーバーにデプロイされているため、クライアントがこれらのサービスにアクセスしたい場合、ページには少なくとも 7 回の呼び出しが必要です。
しかし、このアプローチは本当に良いのでしょうか? 7 つの異なる呼び出しを行う必要があり、パフォーマンス、リソース消費、読み込み時間などに確実に影響を与えるため、これはお勧めできるアプローチではないと思います。また、クライアントはすべてのサービスと密接に結合されており、「レビュー」と「評価」のマイクロサービスを 2 つの異なるサービスに分離する必要があると仮定すると、クライアント コードを更新する必要があります。クライアントは、レビューを取得するために 1 回、評価を取得するために 1 回電話する必要がありますが、これは実際には最善の対応方法ではありません。
解決
では、推奨されるアプローチは何でしょうか? API ゲートウェイ、クライアントとマイクロサービスの間に API ゲートウェイと呼ばれるレイヤーがあります。これは、すべてのマイクロサービスのフロントエンド サービスです。ここで、クライアントがマイクロサービスにアクセスしたい場合、クライアントは API ゲートウェイを呼び出す必要があります。次に、API ゲートウェイがすべてのマイクロサービスを呼び出し、必要な応答を取得します。このプロセスは API 合成と呼ばれます。
つまり、API ゲートウェイはクライアントとマイクロサービスの間に位置し、すべてのマイクロサービスのゲートウェイとして機能します。
それだけでなく、API ゲートウェイを使用すると、さまざまなメリットが得られます。
API Gateway は、A/B テスト、キャッシュ、アクセス クォータの管理、API ヘルス モニタリング、API バージョン管理、カオス モンキー テスト、収益化などの実装に役立ちます。以下でいくつかの利点について説明しましょう。
API 呼び出しを行うたびに、パブリック IP アドレスを使用してサービスにアクセスする必要があります。これによりリスクが明らかになります。
API Gateway に切り替えると、プライベート IP アドレスを使用してのみアクセスできるようになりますマイクロサービス 。これにより、より安全なデータトランザクション方法が実現します。また、APIゲートウェイを使用すると、悪意のある DDoS 攻撃からデータを保護することもできます。
セキュリティを確保するには、TLS 証明書が必要です。API Gateway は、すべての API を単一の静的 IP またはドメインの背後に保持し、キー、トークン、および IP フィルタリングでそれらを保護することで、これらすべてを処理します。
アプリケーションにログインするユーザーが認証および許可されていることを確認することが重要です。 API Gateway は、すべての要件に簡単に対応できる単一のエントリ ポイントです。したがって、許可されたユーザーのみがログインを許可され、認証されたユーザーが変更を行うことができるため、耐障害性が得られます。
複数のリクエストがあり、トラフィックが増加している状況では、API Gateway がその処理に役立ちます。これは、複数のサービスを作成し、それらをラウンドロビンのように呼び出すことによって行われます。ユーザーセグメントに基づいてクライアントリクエストを管理し、ルーティングします。したがって、異なる品質または速度のコンテンツを異なるユーザに提供することができる。
2 つのマイクロサービスがデスクトップとモバイル デバイスにそれぞれ低品質の画像/ビデオと高品質の画像/ビデオを返すように定義されているユースケースを考えてみましょう。
この場合、ルーターとして機能するように API ゲートウェイを構成できます。リクエストがモバイル デバイスからの場合は、リクエストを低品質の画像/ビデオ サービスにルーティングし、リクエストがデスクトップからの場合は、リクエストをルーティングします。リクエストを高品質の画像/ビデオ サービスにルーティングできます。このルーティングは、ヘッダー、パス、パラメーターなどに基づいて実行できます。
1 つ以上のマイクロサービスがアプリケーションに追加または削除された場合、クライアント コードは更新されません。この場合、更新されたマイクロサービスに基づいて呼び出しを行うには、API ゲートウェイ自体にいくつかの変更を加える必要があります。
マイクロサービスを介して静的ファイル (HTML、JS、CSS、フォント) を提供することは最適な用途ではありません。この場合、これらのファイルを API Gateway に移動できます。
API ゲートウェイはすべての静的コンテンツを保存し、クライアントに直接サービスを提供できます。同様に、トレンドが時間ごとまたは毎日計算される、トレンドの製品を評価するサービスを検討してください。したがって、残りの時間の傾向が計算されると、サービスは同じ応答を繰り返し返します。この場合、API ゲートウェイには と呼ばれる機能があります。応答キャッシュこの関数では、応答をキャッシュする必要がある URL としきい値時間を指定できます。
Web ソケットや新しいバージョンの HTTP (つまり HTTP/2) などのプロトコルを利用したい場合、バックエンド サービスの準備ができていないか、HTTP/2 または Web ソケットと互換性がない場合でも、新しい契約を変換する API ゲートウェイの責任古い協定が採用される可能性があります。プロトコルアダプターとして機能します。
Kong Gateway は、軽量プロキシ上に構築された最も人気のあるオープンソースですクラウドネイティブ APIゲートウェイ。これは、Nginx の助けを借りて Lua で書かれています。イベント時間を短縮するのに役立つテンプレート エンジンです。 Kong は、実行場所に関係なく、すべてのマイクロサービス アプリケーションに対して比類のないレイテンシ パフォーマンスとスケーラビリティを保証します。 Kong API Gateway は、Nasdaq、Honeywell、Cisco、FAB、Expedia、Samsung、Siemens、Yahoo Japan などの企業で広く使用されています。
Kong が提供する機能には次のようなものがあります。
Kong には優れたドキュメントと統合が備わっています
Apache APISIX はもともと中国の Zhiliu Technology で生まれ、後に Apache インキュベーターに入り、オープンソースになりました。同プロジェクトのバイスプレジデントであるミン・ウェン氏は、このAPIゲートウェイがクラウドネイティブやマイクロサービスによってもたらされるさまざまな課題を解決すると述べた。 Apache ApiSix は、360、HelloTalk、NetEase、TravelSky などの企業で使用されています。
Apache APISIX は Nginx と etcd をベースにしており、ダイナミック ルーティングとプラグイン ホット ロード機能を備えており、特にマイクロサービス システムでの API 管理に適しています。
Tyk は、エンタープライズ グレードのオープンソース API ゲートウェイです。セルフホストまたはホストの使用を選択できます。
TYK がすぐに提供できる機能の一部を以下に示します。
TYK は AWS Marketplace でも入手できます。アプリケーション スタックが AWS 上にある場合、これは良い選択です。
Ocelot は .net API ゲートウェイであり、統合システム エントリ ポイントを必要とするマイクロサービスまたはサービス指向アーキテクチャを .net を使用して実行するように設計されています。ただし、HTTP を使用するものであれば何でも動作し、.NET Core をサポートする ASP によってサポートされるプラットフォーム上で実行されます。
Ocelot は特定の順序でミドルウェアとして機能します。これは、リクエスト ビルダー ミドルウェアに到達するまで、HttpRequest オブジェクトをその構成で指定された状態に操作します。ダウンストリーム サービスを要求するための HttpRequestMessage オブジェクトを作成します。リクエストを行うミドルウェアは、Ocelot パイプラインの最後にあります。次のミドルウェアを呼び出しません。ミドルウェア部分は HttpResponセムメッセージは HttpResponse オブジェクトにマップされ、クライアントに返されます。
Ocelot は、ルーティング、認証、レート制限、キャッシュ、負荷分散などの標準機能を提供します。チャンク エンコーディング、ホスト ヘッダーの転送、および Swagger はサポートされていません。
Wukong API Gateway は、EOLINK Company の包括プロジェクトです。これは、高性能の動的ルーティング、サービス オーケストレーション、マルチテナント管理、API アクセス制御などの機能をサポートする Golang ベースのマイクロサービス ゲートウェイです。 Wukong は、構成を容易にし、拡張をより便利にするためのグラフィカル インターフェイスとプラグイン システムを提供します。標準機能に加えて、Goku はクラスタリング、ホット アップデート、アラート、ロギング、その他の機能も提供します。
Express Gateway は Express.js に基づいて構築されています。 Express Gateway は、API Gateway のユースケースを満たすために、Express を中心に宣言的に構築されたコンポーネントのセットです。 Express Gateway の機能は、Express ミドルウェアを取り巻く豊富なエコシステムを活用しています。 Joyent、The Linux Foundation、VIRICITI、Switch Media、Coozy、Musement などの企業はすべて、Express ゲートウェイを広く使用しています。シンプルかつ高速で、基本的な機能をすべて備えています。
Gloo は、クラウドネイティブ環境向けの次世代のフル機能 API ゲートウェイおよび Ingress コントローラーです。これは Envoy プロキシ上に構築されており、アプリケーション サービス間のトラフィックの接続、保護、制御に使用されます。 Gloo は、幅広いワークロードへの接続をサポートしてワークロードを保護および管理し、機能レベルのルーティングに優れています。オープンソースおよびエンタープライズとして利用できます。 Enterprise Edition は次の機能を提供します。
KrakenD は、超高性能のオープンソース API ゲートウェイです。その中心的な機能は、多くのマイクロサービスを 1 つのエンドポイントに集約する API を作成し、集約、変換、フィルタリング、デコード、スロットリング、検証などの重労働を自動化することです。これは、エンドポイントを作成するための宣言的な方法を提供します。これは適切に構造化され階層化されており、コミュニティまたは社内で開発されたプラグアンドプレイ ミドルウェアを使用して機能を拡張できます。 KrakenD は、Kong や Tyk よりも高速であると主張しています。
Fusion は、実際の API エンドポイント (つまり、データベースからのデータのリクエストと変換) の開発に役立つため、API 管理システムです。これは、別の API へのリクエストのプロキシ処理に限定されません。 API を制御および管理するためのシンプルで直感的なバックエンドを提供します。 Fusion が提供する機能には次のようなものがあります。
WSO2 は、どこでも実行できる完全なライフサイクル API 管理ソリューションです。オンプレミス、クラウド、またはそのコンポーネントを複数のクラウドとオンプレミスのインフラストラクチャに分散して導入できるハイブリッド方式で導入できます。クラウドネイティブ API ゲートウェイが含まれており、生のマイクロサービスをマネージド API に簡単に変換するための Kubernetes オペレーターを提供します。 API Manager はサービス メッシュと統合し、API と API 製品を管理、監視、収益化するための完全な管理プレーンとコントロール プレーンを提供します。 API 公開、ライフサイクル管理、アプリケーション開発、アクセス制御、レート制限、分析を 1 つの明確に統合されたシステムでサポートします。
Apigee は、Google Cloud のクロスクラウド API 管理プラットフォームです。
次のような特徴があります。
Endpoint は、Google Cloud の軽量 Apigee バージョンです。開発者が Google Cloud バックエンドで API を開発、デプロイ、管理するのに最適です。 App Engine アプリケーションからクライアントにツールとライブラリを提供します。 Google Cloud Endpoints は、モニタリングのための Trace と Logging、認証のための Auth0 と Firebase、自動デプロイのための GKE と App Engine などの他の製品と緊密に統合されています。
AWS は、アプリケーションの実行に必要なものをすべて提供します。 API についても同様です。Amazon API Gateway は、開発者があらゆる規模で API を簡単に作成、公開、維持、保護できるようにするフルマネージド サービスです。RESTful とウェブソケット API を使用すると、リアルタイムの双方向通信が可能になります。 AWS クラウド ストレージ ゲートウェイについて学び、ゲートウェイがどのように機能するかを確認できます。
マイクロサービスまたは API がすでに AWS でホストされている場合は、Amazon API Gateway と統合することが合理的です。無料枠で 100 万回の API 呼び出しが提供されているため、その仕組みを理解するのに役立ちます。
Microsoft Azure は、クラウド、オンプレミス、またはハイブリッドでエンドツーエンドの API 管理を提供します。 REST API と SDK を介してプログラムで API を管理できます。 SOAP を使用する場合は、SOAP サービスの Web サービス記述言語 (WSDL )、Azure によって SOAP フロントエンドが作成されます。収益性を含むすべての標準機能を提供します。
MuleSoft を使用して API を管理し、ビジネス効率を向上させます。これにより、どこにいても共通 API を作成、保護、管理、管理することができます。 CI/CD パイプラインと新しい CLI を使用して API を検出し、アプリケーションの配信を高速化できます。 MuleSoft を使用すると、ガバナンス標準を順守し、高品質を維持しながら、さまざまなプロトコルを使用して API を設計できます。 API からデータを収集して、すべてのデータを調査、提供し、GraphQL クエリに統合します。これは DataGraph を利用して行うことができます。
MuleSoft の柔軟なゲートウェイを使用すると、サイズ、クラウド、言語を気にせずにサービスを管理できます。 MuleSoft は、API、マイクロサービス、ユーザーを分析、管理、保護できるコントロール パネルを提供します。最新のビジネス モデルと収益源を開発し、導入、API コミュニティ、消費プロセスに焦点を当てて API の価値を最大化します。
さらに、MuleSoft は、API を単一の信頼できる情報源と統合してビジネスを強化する Anypoint Exchange を提供します。エニポイントを使用できますAPI ガバナンス開発オーバーヘッドなしで API ガバナンスを稼働させます。
ビジネスで効率的に API を展開、管理、保護できる Boomi API 管理サービスを利用する場合、複雑さについて考える必要はありません。
Boomi API Management は、あらゆるプラットフォーム上の API のライフサイクル全体を処理できます。これにより、API を簡単に構成し、統合を実装できます。スマートで使いやすい UI を備えており、API プロキシは使用するたびにビジネスにデータを提供します。 API (クラウド、エッジ、オンプレミスのいずれであっても) を公開、制御、管理し、データ アクセスを効果的に管理および制御します。 Boomi を使用すると、ソーシャル、IoT、モバイル Web にわたるオムニチャネル エクスペリエンスを作成できます。
API 開発者ポータルを使用して、既存のアプリケーションのデータに簡単にアクセスできます。
Boomi は、仲介、バージョン管理、参加、認証、ポリシー管理、監視、アプリケーション管理などの無限の機能を提供します。必要に応じて API のさまざまなバージョンを維持し、それらに対して正しいアクションが確実に実行されるようにすることができます。
また、サードパーティの認証システムを使用して API をデプロイすることもできます。
シンプルなウィザードである Boomi AtmoSphere と統合することで、API を簡単に設計および管理できます。
API の準備ができたら、それを監視して保護することを忘れないでください。
上記の説明で、利用可能な API ゲートウェイと管理ソリューションについて理解できたはずです。予算が限られている場合は、オープンソース ソリューションを試すことができます。最初にいくつかインストールして、どれが自分に適しているかを確認するのが最善です。
彼は 30 年以上テクノロジーの研究に専念しており、java、linux、javascript、php、css などのさまざまな言語に堪能であり、オープンソース分野で多くの貢献を行っています。将来の参考のために技術開発におけるいくつかの問題を共有する開発者ドキュメント ステーション。
郵便メール: