REST API とマイクロサービス

の艦隊を手に入れましたサーボモーターとロボットアームが互いに会話できないのですか？あなたは一人ではありません。それは、専門家のチームがまったく異なる言語を話しているのを見ているようなものです。それぞれの言語は正確で強力ですが、完全に孤立しています。ここからが本当のボトルネックの始まりです。ハードウェア、モーション コントロール、精密な機構はありますが、すべてをスムーズに連携させるとなると、物事は… ぎこちなくなります。

それで、修正は何ですか？現代の都市について考えてみましょう。すべてをシャットダウンすることなく、トラフィックが流れ、サービスが接続され、システムが更新されます。これが、適切に構築された REST API とマイクロサービス アーキテクチャがマシンに対して実現できることです。複雑なモノリシック コードと格闘するのではなく、物事を小さな独立したサービスに分割し、よく組織されたチーム内でメモを渡し合うような、シンプルで標準化された呼び出しを通じて明確に通信します。

なぜこれが重要なのかサーボモーションコントロールプロジェクトは？自動化ではミリ秒単位が重要だからです。あらゆる信号の遅延やあらゆる誤解が積み重なっていきます。マイクロサービス アプローチを使用すると、モーター ドライバーや安全モニターに触れることなく、一部 (たとえば、軌道プランナー) を更新できます。モジュール式です。弾力性があります。そして、ほとんどすべての最新のデバイスが理解できる言語である HTTP を話します。

キロパワーは、現実世界のアプリケーションでこの針に糸を通しています。包装ラインを想像してください。サーボ-駆動型のピッカー、コンベヤー、ソーターはリアルタイムで同期する必要があります。以前は、1 つのルーチンを変更すると、ライン全体のダウンタイムが発生していました。現在では、各機能がスタンドアロン サービスとしてラップされているため、調整はその場で行われます。コンベアの速度マイクロサービスはピッカーの位置決めサービスと通信し、ビジョン システムはクリーンな API エンドポイントを介してデータを供給します。混乱はなく、会話だけです。

しかし、ゼロから始めずにどうやってそこに到達するのでしょうか?多くの場合、各機械コンポーネントが何を行うのか、そしてそれが何を伝える必要があるのか​​をマッピングすることから始まります。たとえば、サーボは単に「回転」するだけではありません。位置、トルク、温度、エラー状態を報告します。これらはそれぞれ小さなサービスになる可能性があります。 1 つはリアルタイムのフィードバックを処理するもの、もう 1 つは診断をログに記録するもの、もう 1 つは中央プランナーからの指示を受けるものです。これらは、シンプル、ステートレス、スケーラブルな軽量の REST 呼び出し (GET、POST、PUT) を介してリンクします。

これでは複雑さが増しているのではないかと疑問に思うかもしれません。実際、これは古い複雑さを打ち破るものです。ラダー ロジックの巨大な塊やモノリシック C++ コントローラーのトラブルシューティングを試したことはありますか?マイクロサービスでは、グリッパーの通信に問題が発生した場合、そのサービスを隔離します。ログを確認し、API をテストし、個別に再起動します。ラインの残りの部分はハミングを続けます。

そしてRESTの素晴らしさは何でしょうか？すべてのコンポーネントにメールボックスを与えるようなものです。コマンドを送信し、応答を取得します。新しいセンサーを統合する必要がありますか? HTTP を話すように教えるだけです。大幅な再配線やファームウェアのオーバーホールは必要ありません。キロパワーこれを使用して、システムをばらばらにすることなく進化できるようにします。

実践してみましょう。 CNC のようなプロセスで複数のサーボ軸を同期しているとします。 1 つの密結合プログラムの代わりに、次のものが必要になります。

• 歩数を計算するモーションプロファイルサービス
• パルスコマンドを送信するリアルタイム制御サービス
• 過負荷を監視する監視サービス
• オンデマンドで実行される校正サービス

これらは連携して動作しますが、個別に開発、テスト、さらには置き換えも行われます。ドライブをアップグレードしましたか?その 1 つのサービスを更新するだけです。フィードバック装置を追加しましたか?新しいマイクロサービスをプラグインします。

これは単なる理論ではありません。テスト シナリオでは、この構造に移行することで、新しいモジュールの統合時間が半分以上短縮されました。デバッグが高速化され、問題が抑制されました。そしてスケーラビリティは？さらに 3 つのサーボ軸を追加する必要がありますか?サービスを複製し、その通信チャネルを定義すると、それらはすぐに組み込まれます。

結論は簡単です。機械が継続的に適応し、通信し、アップグレードすることが期待される世界では、古い集中管理モデルは時代遅れであることがわかります。 REST API で接続されたマイクロサービスに機能を組み込むことは、単なる技術トレンドではなく、モーション システムを構築、保守、拡張するための賢明な方法になりつつあります。

キロパワーでは、この移行を具体的なものにすることに焦点を当てています。バズワードではなく、配線、エンドポイント、実際に機能するリアルタイム ハンドシェイクに重点を置いています。なぜなら、最終的に重要なのは、最もスマートなサーボや最も頑丈なギアボックスを搭載することではないからです。重要なのは、全員が一貫性のある信頼できる会話ができるようにすることです。そして、そこから本当の動きが始まります。

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