マイクロサービスが過度にチャットを開始した場合

マイクロサービスがパーティーを開いているのに、誰もドアに応答しないように感じたことはありませんか?データが飛び交い、サービスはノンストップでチャタリングを行い、何らかの理由でクライアントは依然としてタイムアウトを取得します。おなじみですね？

これは、API ゲートウェイが介入する前の混乱です。それを、忙しい家の集まりに現れ、ドアでメッセージを受け取り、交通整理をし、全員が互いに大声で叫ぶことなく適切な人々が確実につながるようにする、組織化された 1 人の友人のことを考えてください。

では、実際に何が問題になっているのでしょうか?

中央のトラフィック マネージャーがなければ、あらゆる小さなサービスが直接公開される可能性があります。つまり:

• セキュリティチェックが繰り返されるたとえば、10 個の小さなドアに 10 人の用心棒がいるようなものです。
• 1 つのサービスのアドレスが変更された場合、通信するすべてのクライアントの更新を頑張ってください。
• リクエストを監視または制限しようとしていますか?十数の異なる場所からログを収集することになります。

それは単に乱雑なだけではなく、すべての速度を低下させます。そして、物事が遅くなると、ユーザーは離れていきます。

静かなオーガナイザーの登場: API ゲートウェイ

API ゲートウェイは、クライアントとマイクロサービスのクラスターの間に位置します。これは、ルーティング、セキュリティ、モニタリング、さらには単純な変換を処理できる単一のエントリ ポイントです。認証やレート制限を処理するすべてのサービスの代わりに、ゲートウェイはそれを 1 回、一貫して実行します。

郵便仕分けセンターを想像してみてください。手紙はすべてのデスクに直接届くわけではありません。それらは 1 つのハブを通過し、そこでスタンプされ、分類され、ルーティングされます。ゲートウェイは API リクエストに対してこれを行います。

なぜそれが理にかなっているのか

• 安全なドアが 1 つあります。ゲートウェイ層で認証と認可を行うことで、サービスはそのジョブに集中できます。
• 簡単なルーティング。API のバージョン管理や、更新中にトラフィックをリダイレクトする必要がありますか?一か所で変更します。
• すべてをはっきりと見てください。単一画面からトラフィックを監視し、エラーをログに記録し、パフォーマンスを追跡します。
• サービスを保護します。リクエストが繊細なマイクロサービスに到達する前に、レート制限を設定し、悪意のあるパターンをブロックし、過負荷を防ぎます。

しかし、どうやって正しいものを選べばよいのでしょうか?

すべてのゲートウェイが同じように構築されているわけではありません。かさばるものもあれば、軽量のものもあります。機能が満載のものもあれば、ミニマリストのものもあります。それで、何を探せばいいのでしょうか？

既存のセットアップとうまく調和しますか?すでに Kubernetes を使用している場合、または特定のサービス メッシュを使用している場合は、互換性により数か月の調整が節約されます。

あなたと一緒に成長できますか？ 10 個のサービスで機能するソリューションでも、100 個未満では機能しなくなる可能性があります。スケーラビリティについては、リクエストの処理だけでなく構成管理についても考慮してください。

維持するのは頭の痛いことですか？一部のゲートウェイでは、稼働を維持するためにフルタイムのチームが必要です。設定したらすぐに忘れてしまうという人もいます。チームの時間は貴重です。すべてをゲートウェイ運用に費やさないでください。

可観測性についてはどうですか？通過するものが見えなければ、盲目で飛行していることになります。明確なメトリクス、ログ、トレースは贅沢品ではなく、必需品です。

キロパワー物事をシンプルに保つことに対する の取り組み

ここでキロパワーでは、チームが機能の構築よりも API ルートの管理に多くの時間を費やしたセットアップを見てきました。それは後ろ向きです。目標は、複雑なレイヤーを追加することではなく、単純化することです。

私たちのアプローチは、明瞭さと制御に重点を置いています。ルートが視覚的で、ポリシーが平易な英語で、統合が自然に感じられる、すっきりとしたダッシュボード。一夜にしてゲートウェイのエキスパートになる必要はありません。必要なものを設定して実行するだけです。

私たちは頑丈で透明なツールを信じています。 「ゲートウェイを追加している」ように感じるべきではありません。ようやく混沌に秩序をもたらしたように感じるはずです。

簡単な例:

ユーザー プロファイル サービスと注文サービスがあるとします。ゲートウェイがないと、フロントエンドは両方を別々に呼び出し、認証トークンを 2 回処理し、キャッシュに一貫性がなく、2 つの異なるエラー形式に対処する可能性があります。

ゲートウェイを配置すると、フロントエンドは 1 つのエンドポイントと通信します。ゲートウェイはトークンを 1 回チェックし、リクエストを適切なサービスにルーティングし、応答を一貫した形式に変換し、途中ですべてをログに記録します。よりクリーンなコード、より幸せな開発者、より高速なロード。

まとめ

マイクロサービスは、大きなアプリを小さく管理しやすい部分に分割して、作業を容易にすることを目的としています。しかし、それらを調整するものがなければ、そのシンプルさは混乱した状態になってしまう可能性があります。 API ゲートウェイは単なるコンポーネントではありません。オーケストラの調和を保つのは指揮者です。

それは、各サービスに最善のことを実行させ、ゲートウェイがセキュリティ、トラフィック、可観測性などの横断的な問題を処理することです。結果？構築、拡張が容易で、非常に理解しやすいシステム。

結局のところ、優れたインフラストラクチャは背景に消えていくはずです。チームが重要なこと、つまり次のものを構築することに集中できるように、静かに確実に動作する必要があります。

キロパワービルダー向けのツールを構築します。複雑さが軽減され、より明確になります。なぜなら、最高のテクノロジーは、すべてがどれほどスムーズに動作しているかに気づくまでは目に見えないものだからです。

2005 年に設立された Kpower は、中国広東省東莞に本社を置く、コンパクトモーションユニットの専門メーカーとして活動してきました。 Kpower は、モジュール式ドライブ技術の革新を活用して、高性能モーター、高精度減速機、マルチプロトコル制御システムを統合し、効率的でカスタマイズされたスマート ドライブ システム ソリューションを提供します。 Kpower は、スマート ホーム システム、自動エレクトロニクス、ロボティクス、精密農業、ドローン、産業オートメーションなどのさまざまな分野をカバーする製品で、世界中の 500 を超える企業クライアントにプロフェッショナルなドライブ システム ソリューションを提供してきました。