aws イベント駆動型アーキテクチャのマイクロサービス

この複雑な設定ができました。サーボ、モーター、機械アセンブリはすべてプロジェクト内で音を立てて動作します。物事が動き、信号が発信されていますが、データ フローが途切れ始めます。おそらくコマンドが遅れているのでしょう。おそらくフィードバックがシステム間で失われる可能性があります。ビートが聞こえない音楽家がいる中でオーケストラを指揮しようとしているような気分です。

ここで、すべてを 1 つのモノリシックなコード ブロックにつなぎ合わせる古い方法が壁にぶつかります。 1 つの変更を加えると、システム全体の再調整が必要になります。スケーリング？それは何も壊れないことを願う緊張した練習になります。では、プロジェクトがステップを逃すことなくモジュール、センサー、コントローラー間で通信する必要がある場合、実際には何が機能するのでしょうか?

特に AWS のような強固な基盤上に構築されている場合の、イベント駆動型のマイクロサービス アプローチについて話しましょう。これは厳密な青写真ではなく、活発な会話を組織するようなものだと考えてください。各サービスは、専任のチームメンバーのように、独自の仕事を非常にうまく実行します。何かが起こったら、こう言いますサーボ定位置に到達すると、単に「私はここにいます」と宣言するだけです。認識する必要がある他のサービスは、独自のタイミングでリッスンして動作できます。定期的なポーリングはありません。密結合はありません。

これがモーション コントロールやオートメーションに非常に自然に適合するのはなぜでしょうか?なぜなら、私たちの世界では出来事がすべてだからです。リミット スイッチがトリガーされ、温度センサーがピークに達し、新しい位置コマンドが到着します。これらはすべて個別の意味のあるイベントです。イベント駆動型のアーキテクチャでは、彼らを一級市民として扱います。それは、メッセージが到着したかどうかを常に確認する必要があるのと、単にメッセージが届いた瞬間に通知を受けることの違いです。

では、これは AWS ではどのように展開されるのでしょうか?グリッパー制御、コンベア追跡、画像検査といった機械機能のそれぞれが、独立したマイクロサービスであると想像してください。これらは軽量コンテナにデプロイされます。これらは、Amazon EventBridge などのブローカーを介してイベントをパブリッシュおよびサブスクライブするか、SQS でメッセージングすることによって通信します。 AWS は、スケーリング、セキュリティ、信頼性の高い配信など、差別化されていない重労働を処理します。チームは重要なこと、つまりマシンをユニークにするロジックに焦点を当てます。

さて、これは小型のリグにとってはやりすぎではないかと疑問に思うかもしれません。それは公平な質問です。美しさは、本質的な分離にあります。小さく始めることもできます。おそらく、頻繁に更新を取得するビジョン システムなど、最も不安定なモジュールを分離することから始めるとよいでしょう。これを「画像処理された」イベントを発行するサービスに変えます。システムの他の部分は書き換えられずに反応する可能性があります。その後、プロジェクトが成長するにつれて、新しい機能を追加することは、新しいリスナーを作成することになります。音楽を止めずに、オーケストラに別の楽器を追加するようなものです。

実際の厳しいワークショップでは、これによって何が得られるのでしょうか?その一つに、敏捷性があります。 PID 調整アルゴリズムを 1 つで更新サーボコントローラーはシステム全体の再起動を強制しません。回復力も。 1 つのモジュールへの通信リンクが切断された場合、イベントはキューに登録され、回復後に配信されます。データの損失はありません。そして、スケーラビリティはほとんど副作用です。負荷が増加すると、AWS はアプリケーション全体ではなく、負荷がかかっているサービスのみのインスタンスをさらに起動できます。

物理的な配線とデジタル的な配線の両方で、プロジェクトが複雑な配線に苦労しているのを見てきました。このパターンへの切り替えは、多くの場合、その結び目をほどくように感じられます。新しい透明感があります。それぞれの作品には目的があり、他の作品に伝える明確な方法があります。デバッグは、フォレンジック ハントから、何がどのような順序で起こったのかというイベント ログの確認に変わります。

Kpower は、洗練されたモーション プラットフォームを構築するチームとともにこの道を歩んできました。この変化は、新しい技術スタックを採用するだけではありません。それは、変化を恐れるのではなく、期待され歓迎されるという考え方を採用することです。アーキテクチャはメカニズムに役立つものであり、その逆ではありません。サーボは、明確でタイムリーなイベントに基づいて動作します。データは不規則なバーストではなく、安定したストリームのように流れます。システムは生き生きとしていて、応答性が高いと感じます。

それは、主要な機械的イベントを計画することから始まります。重要な瞬間とは何ですか？ポジションを獲得しました。エラーが検出されました。サイクルが始まりました。それらをイベントとしてモデル化します。それらを中心に小規模で焦点を絞ったサービスを構築します。 AWS にメッセージング インフラストラクチャを処理させます。そこから繰り返します。

最終的な目標は、制御する機構と同じくらいエレガントで応答性の高いシステムです。つまり、すべての動き、すべての信号が、独立した部品間のシンプルで美しい会話から流れ出すシステムです。そこに信頼性と革新性が真に根付くのです。

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