なぜマイクロサービスを使うのか

プロジェクトが停止したときのあの気持ち

現場はご存知ですね。プロトタイプが動き、歯車が回転し、データがストリーミングされ、すべてが順調に進んでいます。それから、1つサーボ行動します。震え、異音、突然停止。問題を追跡すると、問題はそれだけではありませんサーボ。制御システム全体が、スパゲッティのボウルのように、1 本の糸を引っ張ると他のすべての糸が絡まってしまうように、もつれているように感じられます。突然、革新的ではなくなります。モノリシックな混乱をデバッグしているのです。

なぜこのようなことが起こり続けるのでしょうか?

それは多くの場合、従来の緊密に統合された制御アーキテクチャは脆弱であるという、単純かつ痛ましい事実に帰着します。これらは単一の巨大なブロックのように構築されています。 1 つの機能 (新しいロボット アーム セグメントのトルク校正など) を更新する必要がある場合、フリート全体の通信プロトコルが妨害される危険があります。サーボs.それはすべてか無かです。スケーリングは悪夢になります。新しいセンサーまたはアクチュエーターを追加すると、コードベースの半分を書き直すことになる場合があります。

それで、本当の解決策は何ですか?もっと小さく考えてください。もっと賢く考えましょう。

モーション コントロール システムの主要な機能がそれぞれ独立した専用のスペースに存在する場合を想像してください。ジョイント A のサーボドライバーは内蔵ユニットです。モーターの温度監視も別です。故障検出ロジックは？さらに別の独立したモジュール。これらは、定義されたチャネルを通じて明確に相互に通信しますが、存続するために相互の内部配線に依存しません。

これは単なるソフトウェアのアイデアではありません。これは、回復力のあるハードウェア システムを構築する方法におけるパラダイム シフトです。それは、マイクロサービス アーキテクチャの哲学をサーボ、コントローラー、ドライブの物理世界に適用することです。

しかし、なぜわざわざ？私のサーボ駆動アプリケーションには何が含まれますか?

専門用語ではなく、実際の安堵のため息を使って、それをかみ砕いてみましょう。

• 他の 10 を壊さずに 1 つのことを変えるだけです。高精度を実現するには、PID ループ アルゴリズムをアップグレードする必要がありますキロパワーサーボ？これは、独自の分離されたサービスで実行されます。それを誘導するビジョン システムやシーケンスを調整する PLC も気づきません。開発が速くなります。アップデートがより安全になります。
• システムはコンクリートブロックではなく、庭のように成長します。新しい動作軸を追加するか、フォース フィードバック センサーを統合するか、新しい MES ソフトウェアに接続しますか?新しい「マイクロサービス」モジュールをプラグインします。それは、超高層ビル全体に新しい基礎を注ぐのではなく、庭の花壇に新しい植物を追加するようなものです。
• 失敗は大惨事ではなくなります。モノリシック システムでは、単一障害点によってライン全体が停止する可能性があります。マイクロサービス指向のセットアップでは、「グリッパー圧力」を管理するサービスに障害が発生した場合、正常に失敗する可能性があります。 「アーム軌道」サービスは、システムの残りの部分が動作したままである間に、一時停止して待機するか、セーフ モードに切り替わる可能性があります。ダウンタイムが激減します。

「ちょっと待って」と思うかもしれない。 「これでは複雑さが増しているように思えます。管理しなければならない可動部分が増えました。」

それは妥当な指摘だ。確かに、個別の通信サービスを設計するには、慎重な計画が必要です。ただし、初期設計の複雑さを犠牲にして、長期的な運用の簡素化を実現します。都市計画のようなものだと考えてください。広大で複雑に絡み合った巨大都市 (モノリシック システム) は、良好な道路で結ばれた自給自足のいくつかの都市 (マイクロサービス) よりも、移動や修復が困難です。

魔法は分離だけにあるわけではありません。それはスマートなコミュニケーションにあります。これらの町の間の道路は、堅牢な API とメッセージング プロトコルによって整備されています。これらにより、コア システムで交通渋滞を引き起こすことなく、位置、速度、温度アラートなどのデータが必要な場所に確実に流れるようになります。

どうやって始めますか?

全体を廃棄する必要はありませんキロパワー-ベースのセットアップ。問題点から始めます。

1. もつれを特定します。最も頻繁に変更される関数、または最も迷惑に失敗する関数を探します。ホーミングシーケンスですか？過負荷保護ロジック?これがスタンドアロン サービスになる最初の候補です。
2. 明確な境界線を定義します。この関数に独自の「ハウス」を与えます。どのデータを受信する必要があるか (入力)、何を送信する必要があるか (出力) を正確に定義します。その内部の仕組みはそれ自身のビジネスになります。
3. 橋を架ける：この新しいサービスが結果を発表し、コマンドをリッスンするための、シンプルかつ確実な方法を実装します。これは最初の最も重要な「道」です。
4. 自信を持って繰り返します:1 つのサービスがスムーズに動作しているのを確認すると、切り離すべき次の論理的な機能が自然に見つかります。それは解放的なプロセスになります。

最終的に得られるのは単なる「システム」ではありません。それは回復力があり、適応力のあるエコシステムです。あなたのキロパワーサーボとドライブは、このエコシステム内で強力で協力的な構成要素となり、それぞれが中心的なタスクである正確な動作を実現することに優れ、その周囲のインテリジェントなサービス層がコラボレーションを管理します。

プロジェクトのストーリーは、災害のデバッグに関するスリラーではなく、シームレスな反復と自信を持ったスケーリングの物語になり始めます。もつれた結び目を解く時間は減り、実際に思い描いたものを構築することに多くの時間を費やすことができます。そしてそれは、すべてのビルダーが書きたいと思っている章です。

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