2 つのマイクロサービス間で通信する方法

サーボ モーターがマイクロサービスに接続するとき: 2 つの「頭脳」がスムーズに通信できるようにするにはどうすればよいでしょうか?

2つのサーボモーターを連携させてみたことはありますか? 1 つは正確な回転を担当し、もう 1 つは同期位置決めを実行します。これは単純なように見えますが、両者がお互いを真に理解するには、中間の「通信」ブリッジに謎が隠されていることがよくあります。これは、2 人がそれぞれに頑張っているようなものですが、言語の壁や同期していない信号のせいで、その効果は大幅に減少します。多くの機械やオートメーションのプロジェクトにおいて、機器とシステム間のデータ転送はまさに最も見落とされやすく、問題を引き起こすことが多いリンクです。

この時点で、次のように考えているかもしれません。さまざまな制御ユニットまたはマイクロサービスが直接「対話」するための、より明確で信頼性の高い方法があったとしたらどうなるでしょうか?結局のところ、うまく設計されたロボット アームが信号遅延によってフリーズしたり、データ パケット損失によってメンテナンスのために生産ライン全体が停止しなければならなくなったりするのを誰が見たいと思うでしょうか?

マイクロサービス間の通信はなぜいつも面倒なのでしょうか?

多関節ロボットを組み立てていると想像してください。各ジョイントは独立したサーボ モーターによって駆動され、各モーターは独立したマイクロコントローラー (またはマイクロサービス) によって管理されます。これらはそれぞれ独自の役割を実行します。軌道を計算するもの、トルクのフィードバックを処理するもの、安全境界を管理するものがあります。ここで問題が発生します。軌道計算ユニットは、モーターの現在位置と負荷をリアルタイムで知る必要があります。安全監視ユニットは過負荷アラームを直ちに受信する必要があります。すべての命令は数ミリ秒以内に同時に発行されます。

単純なシリアル ポート プロトコルやカスタム バイナリ ストリームなどの従来の通信方法は、より複雑なシステムでは不十分です。一貫性のないデータ形式、脆弱なエラー処理メカニズム、貧弱なスケーラビリティ...これらの些細な技術的負債は、最終的にはプロジェクトの遅延、デバッグの悪夢、さらにはオンサイトの障害にまで発展します。

この会話を簡潔かつ力強いものにする方法はあるでしょうか?

実際、中心となるアイデアは複雑ではありません。2 人が会話するために共通言語と明確なルールが必要であるのと同じように、マイクロサービスにも一連の標準化された「プロトコル」と効率的な「配信チャネル」が必要です。過度に複雑である必要はありませんが、低遅延、高信頼性、拡張が容易、ハードウェア リソースに優しいといういくつかの重要なポイントを満たしています。

実際には、多くのチームがパブリッシュ/サブスクライブ (Pub/Sub) モデルに基づいた軽量メッセージ通信を採用し始めています。簡単に言うと、各マイクロサービス (「位置コントローラー」や「速度モニター」など) は、関係する他のチャネルをサブスクライブしながら、独自のステータス メッセージを共有「チャネル」にパブリッシュできます。モーター A が動作を完了すると、「タスク完了」メッセージが発行されます。計画モジュールはメッセージをサブスクライブし、次の命令をトリガーします。このアプローチにより、サービス間の直接の依存関係が切り離され、システムがより柔軟になり、デバッグが容易になります。

これはサーボ モーター プロジェクトにとって何を意味しますか?

応答はよりリアルタイムになります。命令とステータスの更新はミリ秒単位で配信され、モーター間の調整された動作はよりスムーズかつ正確になり、データの待機によって生じる一時停止やジッターが軽減されます。

システムはより堅牢です。マイクロサービスが一時的に再起動されたり、例外が発生したりした場合でも、情報の損失を避けるためにメッセージ キューにデータを一時的に保存できます。トラブルシューティングも容易になります。各サービスに出入りするメッセージ フローを個別に観察し、問題の原因がコンピューティング ロジック、通信リンク、またはハードウェア自体にあるかどうかを迅速に特定できます。

将来の拡張が容易になります。視覚認識モジュールまたはリモート監視インターフェイスを追加する場合、通信アーキテクチャ全体を書き換えることなく、関連するデータ チャネルにサブスクライブするだけで済みます。このモジュールの自由度により、製品の反復やカスタマイズのニーズに応じて時間とコストが大幅に節約されることは間違いありません。

存在するキロパワーここで、これをやります

私たちは、ミニマリストだが効率的な設計哲学を採用する傾向があります。つまり、通信層は機械のベアリングのようなもので、静かで信頼性が高く、ほとんど知覚されませんが、不可欠なものです。

たとえば、多軸コラボレーションの場合、各サーボ モーターのコントローラーを独立したマイクロサービスとしてパッケージ化します。これらは、軽量のメッセージング ミドルウェアを通じてデータを交換します。位置指令、トルクフィードバック、アラーム信号…それぞれの情報には独自の専用チャネルがあります。このようにして、コアのモーション制御ロジックは明確で独立したままでありながら、どのサービスでも自由に「聞く」または「話す」ことができます。

デバッグ時、エンジニアは会話記録を表示するのと同じように、完全なデータ フローを再追跡できます。新しい機能を追加しますか?新しいマイクロサービスを作成し、スムーズに実行されている他の部分を妨げることなく、必要なデータをサブスクライブできるようにするだけです。この構造は、技術的な優雅さだけでなく、心理的な安定性ももたらします。各部分がどのように相互作用するのかがわかり、要件が変化したときにどこから始めればよいのかがわかります。

コミュニケーションをその本質に立ち返らせましょう：シンプル、直接的、そして信頼性

結局のところ、技術的ソリューションの選択は、新規性を追求することではなく、実際の問題をよりエレガントに解決することです。サーボ モーターと機械システムの世界では、信頼性が常に最優先されます。通信メカニズムはニューラル ネットワークとして機能し、その健全性が全体のパフォーマンスに直接影響します。

、複雑なプロトコルやカスタム形式を翻弄するのではなく、統一され、透明性があり、維持しやすい一連の対話ルールを確立するという本質に立ち返ったほうがよいでしょう。各マイクロサービスがその中核となるタスクに集中し、通信は専門的で軽量なチャネルに任せましょう。このようにして、単純なデュアルモーターの同期であっても、複雑な複数のロボットの連携であっても、システムはそれを冷静に処理できます。

結局のところ、最高のテクノロジーは、多くの場合、存在しているように感じられないものです。サーボモーターが自由に会話できるようになると、創造性が真に自由に発揮できるようになります。

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