マイクロサービスの grpc と Kafka

つまり、マイクロサービスはチャットしているのですが、聞いているのでしょうか?

マイクロサービスが起動して実行されています。それぞれがきちんとした小さな専門家であり、自分の仕事をしています。しかしその後、コミュニケーションの壁という壁にぶつかります。あるサービスは別のサービスからのデータを必要とし、3 番目のサービスはイベントをブロードキャストする必要があります。すると、エレガントなアーキテクチャが突然、別の部屋で全員が叫んでいるパーティーのように感じられます。どうすれば彼らに効果的に話してもらえるでしょうか？ただ話すだけでなく、実際の会話を行うことで、システム全体がよりスマートになります。

gRPC と Kafka という 2 つの名前が常に表示されます。どちらが「優れている」ということではありません。それは、システムが何をどのように伝える必要があるかということです。ノイズを遮断しましょう。

ザ・ハートビート vs. ザ・タウン・クライヤー

gRPC は、直接の緊急電話であると考えてください。 1 つのサービスが電話を受けると、すぐに応答するために別のサービスにダイヤルします。 「ねえ、今このユーザーのデータが必要なんです。」同期的で高速かつ正確です。支払いの処理や重要な設定の取得など、先に進むために確認済みの応答が必要な場合に最適です。サービス間の安定したハートビートのように、接続は緊密です。

カフカ？それはむしろ町の広場の掲示板、または堅牢なラジオ放送に似ています。サービスはイベント (「注文 #1234 が発送されました」) を発行し、ボードに投稿します。待ち続けることはありません。出荷された注文を気にする他のサービスは、自分の時間内に立ち寄って通知を読み、それに基づいて行動することができます。これは非同期です。ニュースを放送し、準備ができたら適切な関係者にニュースを聞いてもらうことが重要です。サービスを見事に分離します。荷送人は、在庫、通知、分析サービスなど、誰が聞いているかを知る必要はなく、すべてを受信するだけで済みます。

では、直接の会話や放送アナウンスが必要なのでしょうか?それが最初の分かれ道です。

線がぼやけるとき（そして実際にぼやけてしまう）

ここが興味深いところです。現実はきれいではありません。あなたのシステムにはおそらくハートビートとタウンクライヤーの両方が必要です。

おそらく、ユーザーが「チェックアウト」をクリックするなど、重要な段階的なコマンド チェーンに gRPC を使用している可能性があります。ただし、注文が確定したら、「OrderPlaced」イベントを Kafka に発行します。ロイヤルティ ポイント サービス、倉庫システム、電子メール エンジンはすべて、注文サービスが大汗を流すことなく、そのイベントを取得して処理を実行します。相乗効果は強力です。 gRPC 対 Kafka ではありません。それは gRPC と Kafka であり、それぞれの長所を活かしています。

この多層的なアプローチにより、壊れやすい砂上の楼閣が回復力のある生命体に変わります。サービスは独立性を獲得します。電子メール サービスに障害が発生しても、注文の受け付けが妨げられることはありません。システムはイベントの記憶、つまり何が起こったのかを理解するため、または状態を再構築するために巻き戻すことができるログを取得します。

長続きする会話を構築する

ツールの選択も重要です。モーター、アクチュエーター、リアルタイム データ ストリームという厳しい現実の中でそれらを動作させることは別の問題です。ここは哲学と舗道が出会う場所です。それは、コミュニケーションが単なる技術的なチェックボックスではないことを理解することです。それはアプリケーションの中枢神経系です。

メッセージが空に消えない信頼性が必要です。デバッグは悪夢のような作業ではなく、明確にする必要があります。ラボのベンチマークだけでなく、現実世界の要求に応えるパフォーマンスが必要です。また、チームが常に配管と格闘しないように、アーキテクチャをシンプルにする必要があります。

でキロパワー、私たちはこの動きと精度の世界に住んでいます。適切なコミュニケーション パターンが学術的なものではなく、応答性、効率性、信頼性に直接影響することが分かりました。コーディネートにしてもサーボ動きやセンサー データのストリーミングであっても、原理は同じです。つまり、ツールを会話に適合させるということです。場合によっては、厳密な gRPC スタイルのコマンドであることもあります。また、より幅広い認識を得るために、カフカのような一連のイベントを設定することもあります。

目標はおしゃべりなだけではなく、雄弁なサービスにすることです。アプリケーション全体をより堅牢かつスケーラブルにし、最終的にはよりスマートにする方法で通信させること。それは正しい質問をすることから始まります: サービスが相互に本当に伝える必要があることは何ですか?その答えは、どちらの道をとるべきか、あるいは、真にリッスンするシステムのために両方を融合する方法を教えてくれます。

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