マイクロサービス アーキテクチャをいつ使用する必要がありますか?サーボモーターの世界の話を聞く

各関節が独立したサーボ モーターによって駆動される複雑なロボット アームを組み立てていると想像してください。指、手首、肘、肩 – すべてのモーターが中央コントローラーで管理されたらどうなるでしょうか?指先の小さな不具合が腕全体を麻痺させる可能性があります。しかし、各関節に独自の制御システムがあるとしたらどうなるでしょうか?目先の問題は目先だけにとどまる。

これがマイクロサービス アーキテクチャの中核となる考え方です。これは何もないところから現れる技術的な流行語ではなく、機械システムの各主要部分に独立して調整された「頭脳」を装備するなど、問題を解決する方法です。

あの厄介な「偉い人」システム

数年前、私は自動生産ラインの改修プロジェクトに参加しました。元のシステムは巨大なもので、注文処理、資材のスケジュール設定、機械制御、品質検査...すべてが 1 つのプログラムに詰め込まれていました。最初は順調に動作していましたが、ある日、特定の材料識別モジュールを更新する必要が生じました。結果？アップデートを展開するには、システム全体を 6 時間シャットダウンする必要がありました。

生産ラインが停止し、顧客は不安になり、チームは夜更かししました。その瞬間、私は突然気づきました。システムがねじれた糸の玉になると、どんな小さな調整でも大惨事になる可能性があるということです。

マイクロサービスの出現は、まさにこの糸の玉を解きほぐすことです。それは物を分解してそれで終わりということではなく、各部分が独立して成長し、独立して修復し、独立して呼吸できるようにすることです。

マイクロサービス: 機械モジュールのように考える

このアーキテクチャをいつ検討すべきでしょうか?

• 変化が頻繁に起こると予測される場合: ビジネス ロジックで機械設計などの頻繁な調整が必要な場合 (今日はステアリング ギアの応答速度を最適化し、明日はセンサーの種類を追加する)、マイクロサービスは各変更を局所的に行うため、全体には影響しません。
• 異なるモジュールの負荷が大きく異なる場合: 監視システムが毎秒数千枚の写真を処理する一方で、ユーザー管理モジュールには 1 日に数回しかアクセスされないことを想像してください。これらを一緒にバンドルすることは、同じ電源を使用して高出力サーボ モーターと小さな表示灯を駆動するようなもので、非効率的であり、資源の無駄です。
• チームが並行して開発する必要がある場合：存在するキロパワー実際に、ハードウェア制御、データ処理、ユーザー インターフェイスなどを異なるグループが同時に開発すると、機械の組み立てと同じように、マイクロサービスによって待ち時間や競合が軽減され、各グループが異なる部品を同時に処理し、最終的にはスムーズに接続できることがわかりました。
• 完璧ではなく柔軟性が必要な場合：従来のアーキテクチャは「ダウンタイムなし」を追求しますが、実際には障害は避けられません。マイクロサービスは、部品が故障する可能性があることを認めますが、ロボット アームの関節が一時的にロックされ、残りの部品が基本的な操作を完了できるのと同じように、全体が引き続き機能できることを保証します。

実際のシナリオでの質疑応答

Q: マイクロサービスによりシステムはさらに複雑になりますか?

それは、複数の独立したサーボから組み立てられたロボットをメンテナンスするようなものです。各サーボを個別に見ると、配線も機能も明確です。ただし、大型の「汎用」コントローラーの場合、内部配線が絡まる可能性があります。マイクロサービスにより、デプロイおよび監視されるコンポーネントの数は増加しますが、各コンポーネントの内部ロジックはよりシンプルになり、より焦点が絞られています。

Q: マイクロサービスが適さないのはどのような場合ですか?

システムが、単一の機能、最小限の変更、安定したユーザー数を備えた単純な手持ち式電動ドライバーのような場合、それを意図的にマイクロサービスに分割すると、不必要なオーバーヘッドが追加されます。アーキテクチャの選択は、技術的なトレンドではなく、常に実際のニーズに応えます。

Q: 分割の粒度はどのように決定するのですか?

機械設計では、機能境界に従ってモジュールを駆動部分、センシング部分、制御部分に分割することがよくあります。ソフトウェアについても同様です。関数が独立して記述、独立してテスト、独立してデプロイでき、明確なインターフェイスを通じて他の部分と対話できる場合、その関数はマイクロサービスとして認定されます。各ギアを独自のモジュールにしないので、あまり細かく分解しないでください。組み立てが悪夢のようなものになります。

アイデアから実装まで: 非直線的な考え方

マイクロサービスの選択は、一夜にして決まるものではありません。これは、古い機械装置を改造するのと少し似ています。まず、すべての機能モジュール図を作成し、最も密結合で最も頻繁に変更される部品を見つけて、ここからパイロット分割を開始します。システム全体を一度に再構築する必要はありません。これは、マシンの稼働中にすべてのモーターを交換しようとするようなもので、あまりにも危険です。

存在するキロパワー私たちの技術実践では、最初に新しい機能をマイクロサービスの形で登場させ、徐々にその安定性と価値を検証することがよくあります。古いシステムの一部はそのまま残り、アダプテーション層を通じて新しいサービスと通信できます。この段階的な進化により、チームのプレッシャーが軽減され、技術的負債を制御できるようになります。

マイクロサービスによってもたらされる最大の変化は技術的なものだけではないことがわかります。これにより、チームは責任の明確な境界について考えるようになり、小規模で優れたチームが奨励され、システム間の「契約」を重視するようになります。これらのソフトな利点は、パフォーマンスの向上よりも価値がある場合があります。

に書かれています

冒頭のロボットアームの比喩に戻ります。各関節に独立した制御を与え、分離を生じさせるのではなく、全体の動きをより柔軟かつ堅牢にします。指先のセンサーのアップグレードが必要な場合は、腕全体ではなく、指先だけを一時停止する必要があります。

マイクロサービス アーキテクチャにも同じことが当てはまります。一見分散された方法で、より高いレベルの相乗効果と回復力を追求します。プロジェクトが反復の遅さ、障害の増加、チームの混雑に直面している場合は、立ち止まって考えてみることをお勧めします。システム内の各「結合部」に独自の「小さな頭脳」を装備する時期が来たのでしょうか?

テクノロジーの世界では、各部分を独立して成長させることで、実際に全体の動きをより安定させ、より遠くに進めることができることがあります。優れた機械設計と同様に、ユニバーサルなマスターコントロールを追求するのではなく、各サーボモーターが正しい位置で最高のパフォーマンスを発揮できるようにします。

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