モノリス vs マイクロサービス

獣を飼いならす: マシンの脳が大きくなりすぎたとき

これを想像してみてください。あなたは、精密に組み立てられたロボット アームや多関節ディスプレイなどの複雑なデバイスを設計します。最初はすべてが完璧でした。マスターコントロールブレイン（「モノリス」システムと呼びましょう）がすべてのサーボモーターとサーボにダンスを指示し、その動きは詩のようにスムーズでした。

しかし、その後、新しい機能を追加する必要があります。おそらく、エンド エフェクターに追加の回転検出を実行させるか、視覚的なフィードバック リンクを追加します。 「モノリス」コードを開くと、リンクの 1 つを移動する必要があることがわかります。これは、既に編まれたセーターをステッチを外して編み直すのと同じです。髪の毛を 1 本引っ張ると体全体に影響します。 1 か所変更すると、一見無関係に見える他の多数のモジュールがエラーを報告し始めます。テストは悪夢のように長くなり、小規模なアップデートのためにマシン全体を停止して「脳を再起動」する必要がありました。これは単なるソフトウェアの問題ではなく、ハードウェアのデバッグが困難になります。こんな経験をしたことがありますか？

これらは、多くの統合システムが直面する成長痛です。かつて信頼できた「モノリス」は、機能が拡張されるにつれて維持が困難な巨大なものになりました。それは遅くなり、より脆弱になり、イノベーションは地雷原のように感じられます。

出口はどこにありますか？

誰かが別の考え方、つまりマイクロサービスについて話し始めました。この言葉に怖気づいてはいけません。実際は非常に鮮やかです。 1 つの巨大な脳がすべてを制御するのではなく、連携して動作する小さな頭脳のグループにタスクを委任することができます。たとえば、独立した「小脳」は高精度サーボモーターの運動曲線の処理を専門とし、もう一方は外部センサーからの信号の受信を担当します。彼らは明確なプロトコルに従って会話し、お互いに干渉することなくお互いに集中します。

これは理想的に聞こえますが、ハードウェア プロジェクトに適していますか?単純な問題を複雑にしている可能性がありますか?

実際の状況について話しましょう。たとえば、デバイスの 1 つで、キロパワーサーボモーターはコアの位置決めを担当し、高速応答と正確な制御が必要です。 「モノリス」では、その制御コードがロギングおよびユーザー インターフェイス コードと混合される場合があります。モーション ロジックが必要になると、無関係なコードの束に直面する必要があります。マイクロサービス アーキテクチャでは、モーター制御は独立したサービス ユニットになります。コントロールを個別に調整したり、ストレス テストを実施したり、交換したりアップグレードしたりすることもできます。外部と通信するための「インターフェース」が変更されていない限り、他の部分（ステータス表示を担当するモジュールなど）は変更をまったく認識せず、デバイスは通常どおり動作します。

これにより、次のような具体的な利点がもたらされます。

• 柔軟な変更: オーバーホールのためにシャットダウンすることなく、機械のモジュラー部品を交換するようなものです。特定の機能をすばやく繰り返すことができます。
• 地元の堅実さ: 1 つのサービス ユニット (センサー データ処理ユニットなど) に問題が発生しても、システム全体が崩壊することはありません。コアモーター制御などの他の部分は引き続き動作する可能性があります。
• 技術的自由: さまざまなタスクに適したツールを選択してください。 1 つの効率的な言語をリアルタイム モーション ロジックの処理に使用し、別の言語をデータ分析部分に使用できます。 『ザ・ロック』ではこれを達成するのは難しい。

もちろん、これは特効薬ではありません。システム自体が非常に単純で、固定アクションが 2 つまたは 3 つしかない場合、マイクロサービスの導入は、スイス アーミー ナイフを使ってパンを切るようなもので、牛のナイフで鶏を殺すようなものです。これにより、設計の初期段階の複雑さが増し、サービスが相互に通信する方法について考える必要があります。

では、どうやって選べばいいのでしょうか？

いくつかの質問を自問してみてください: 私のプロジェクトは将来、頻繁に機能を追加または削除するでしょうか?さまざまなハードウェア モジュール (モーター、センサー、アクチュエーターなど) は強い独立性を持っていますか?システムの一部を個別にアップグレードすることは、私が求めているメリットですか?

答えが「はい」の場合、マイクロサービスベースのアーキテクチャを検討することは、生産性を解放する試みとなる可能性があります。これにより、ソフトウェアのアーキテクチャがハードウェアのモジュール式の性質にさらに適合するようになります。コントロールキロパワーサーボモーターのコアコードは専用の強力な独立したサービスとなり、外部システムがどのように拡張されてもモーション制御の精度と安定性を確保できます。

最終的な目標は、テクノロジーのトレンドを追うことではなく、自分の「機械の体」に最適な「神経系」を見つけることです。ソフトウェア構造を、明確なモジュールを備え、メンテナンスが容易で、拡張が容易な、正確な機械設計のようなものにしましょう。システムの思考が明確かつ機敏になると、ハードウェア作成はその可能性と創造性を真に最大限に発揮できるようになります。

彫刻が難しい「モノリス」から、協働的な交響曲「オーケストラ」へのこの変革は、コードだけでなく、信頼性が高く柔軟な機械システムを構築する考え方も同様です。ここで次のプロジェクトの再構想を始められるかもしれません。

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