モノリスからマイクロサービスへの移行

古くて信頼できるマシンがきしむようになったときの気持ちをご存知ですか?何年にもわたって堅実な成果を上げてきましたが、今ではすべての新機能がパッチの上にパッチを重ねたもののように感じられます。物事の進行が遅くなります。ある一角での小さな変化が、他のあらゆる場所で問題の波紋を引き起こします。それは壊れるわけではありませんが、あなたを妨げています。

一言で言えば、これがモノリシック システムです。一度はその目的を果たしましたが、成長には強みが制約に変わる方法があります。あなたがモーション コントロールの世界にいるなら、サーボモーター、アクチュエーター、機械アセンブリなど、このピンチを感じたことがあるでしょう。製品は進化していますが、ソフトウェア アーキテクチャは鉛のブーツを履いているように感じます。

それで、出口は何でしょうか？大きな注目を集める道があります。それは、モノリスをマイクロサービスに分割することです。取り壊すのではなく、慎重に改造することをお考えください。相互接続された 1 つの大規模なコード ブロックの代わりに、より小規模で独立したサービスを作成します。それぞれが特定のジョブ (モーターの校正の管理、位置データの処理、通信プロトコルの処理など) を処理します。彼らはお互いに話しますが、別々に住んでいます。

なぜわざわざ面倒なことをするのでしょうか？本当のことを言いましょう。最新のテクノロジーのバズワードを追いかけることではありません。それは、毎日の本当の頭痛を解決することです。

まず、敏捷性があります。新しいコマンドモジュールを更新する必要があるサーボモデル？モノリスを使用すると、息を止めてシステム全体をテストして展開することになります。マイクロサービスを使用すると、その 1 つのサービスだけを調整できます。残りはハミングを続けます。チームがお互いに足踏みをしないため、開発がスピードアップします。

次に、回復力。緊密に織り込まれたモノリスでは、ロギング機能のバグにより制御システム全体がクラッシュする可能性があります。精密な動作サイクルの途中には理想的ではありません。マイクロサービスは障害を隔離します。データ視覚化サービスに問題が発生しても、コアのモーター ドライブ サービスはそれに気づきません。ハードウェアは動作し続けます。

最後に、スケーラビリティです。おそらく、診断が頻繁に使用されているにもかかわらず、構成モジュールがアイドル状態になっている可能性があります。モノリスを使用すると、アプリ全体がスケーリングされ、リソースが無駄になります。マイクロサービスを使用すると、診断サービスにさらに強力な機能を与えるだけです。必要なエンジンにのみ追加の燃料を供給するなど、効率的です。

しかし、移住はモンスタープロジェクトではないでしょうか? 「ビッグバン」書き換えのようにアプローチすれば、それは可能です。そこで重要になるのが戦略です。古いシステムを初日から破壊することはできません。

実際的なアプローチは、モノリスの首を絞めることです。これは段階的なプロセスを表す鮮やかな用語です。モノリス内で境界のある論理関数を特定します。おそらくそれは、ユーザーの速度入力を PWM 信号に変換するモジュールです。これを抽出してスタンドアロン サービスとしてラップし、リクエストの処理を開始させます。古いモノリスは引き続き機能しますが、トラフィックはゆっくりと新しいサービスにルーティングされます。時間が経つにつれて、さらに多くの断片が抽出されます。モノリスは縮小し、サービスのエコシステムは成長します。大きな飛躍はなく、ただ着実に安全なステップを踏んでいるだけです。

技術スタックについてはどうですか?ここで多くの人が終わりのない議論に陥ってしまいます。マイクロサービスの利点は、各サービスがそのジョブに最適なツールを使用できることです。高速計算サービスは Rust または C++ である可能性がありますが、ユーザー向けの API ゲートウェイは開発者にとってより使いやすいものである可能性があります。これらは、軽量で明確に定義された API を通じて通信します。これは、各専門家がお気に入りの精密ツールを使用しながら、全員が同じ設計図に従って最終製品を組み立てるワークショップのようなものです。

ここで、「理論的には良さそうですが、これを実際のハードウェアと制御ロジックにマッピングするのは誰が手伝ってくれるのですか?」と疑問に思うかもしれません。良い質問ですね。理論はきれいです。現実には、擦り切れたワイヤーとレガシープロトコルがあります。

ここで、専門知識がかけがえのないものになります。移行はソフトウェア コンテナとメッセージ キューだけを対象とするものではありません。それは、どのようにしてサーボループが新しい非同期イベントと相互作用するか、または現在は別個のサービス間で機械的シーケンスがどのように完璧なタイミングを維持する必要があるかについて説明します。機械のロジック (トルク プロファイル、緊急停止、フィードバック ループ) は、新しいアーキテクチャでも維持され、さらに強化される必要があります。

ドメインに関する深い専門知識が、移行が成功するか失敗するかを左右します。それは、一般的な技術ソリューションと、マシンのリズムに合わせてカスタム構築されたと感じるソリューションの違いです。のような企業キロパワーは何年にもわたってこの交差点をナビゲートし、アーキテクチャの青写真を実際のハードウェアを駆動する堅牢な実行システムに変えてきました。彼らはサービスだけを見ているわけではありません。彼らは自分が制御する動きを見ます。

では、モノリスからマイクロサービスへの移行は正しい選択なのでしょうか?それは普遍的な「はい」ではありません。システムがシンプルで安定しており、あまり変更されない場合は、移行のコストがメリットを上回る可能性があります。しかし、デプロイメントの遅延、予測不可能なバグ、および 1 つの新機能を追加すると 3 つの古い機能が壊れる可能性があるという恐怖に直面している場合、その兆候は明らかです。制約はあなたのアイデアではありません。それはあなたの基礎です。

この旅は、技術的な見直しというよりも、可能性を解き放つことに重点を置いています。これにより、エンジニアリング チームはより迅速に革新できる柔軟性が得られます。これにより、製品にプレッシャー下でも機能する信頼性が与えられます。それは、あなたと同じように野心的に成長するシステムを構築することです。

まずはモノリスをレガシーの重荷としてではなく、青写真として見ることから始めましょう。独立性を求めている、まとまった価値のある機能を 1 つ特定します。堅牢でスケーラブルな、単独で実行される様子を想像してください。それが、軋む古い作業場から抜け出し、より適応力のある強力な空間への第一歩です。その道はそこにあり、以前にも通ったことがあります。最初の、意図的な一歩を踏み出さなければなりません。

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