Javaでのマイクロサービスの使用

隠れたハードル: なぜ Java アプリを使用するのかサーボただ協力しないだけ

交響楽団にロックの曲を演奏してもらいたいと感じたことはありますか?洗練された Java アプリケーションが物理世界と通信する必要があるとき、それは、正確なコマンドを命令するようなものです。サーボモーターを正確な角度に移動したり、組立ラインでステッピング モーターのネットワークを管理したりできます。美しいデジタル システムを構築しましたが、ギアやモーターと握手をする必要がある瞬間に、物事は… ぎこちなくなります。

コードが絡まってしまいます。ハードウェア プロトコルの変更は、メイン アプリケーションの巨大な糸の塊を解くことを意味します。スケーリング？それは忘れてください。センサーまたはアクチュエーターをもう 1 つ追加すると、ソフトウェア上で開胸手術を行うような感じになります。遅延が急増し、信頼性が低下すると、突然、スマート マシンがそれほどスマートではなくなってしまいます。

それで、本当の犯人は何ですか？

モノリスであることが多いです。この単一の巨大な Java アプリケーションは、ビジネス ロジックの処理、ユーザー リクエストの処理、工場フロアのすべての RS-485、PWM、または CAN バス デバイスとの直接通信など、すべてを実行しようとします。負担がかかりすぎています。ときサーボコントローラーがファームウェアのアップデートを必要とするか、センサーが異常なデータを送信し始めると、システム全体が息を詰まらせます。

これはソフトウェアだけの問題ではありません。それはビジネスの機敏性の問題です。新しい機械コンポーネントにどれくらい早く適応できますか?単一の通信リンクに障害が発生した場合、システムの回復力はどの程度ですか?

別の青写真: 小さなしゃべるブロックで考える

オーケストラ全体に 1 人の指揮者がいるのではなく、楽器グループごとにセクション リーダーがいると想像してください。弦楽器のリーダーは弦のことだけを心配し、金管のリーダーは金管のことだけを心配します。彼らはお互いに明確にコミュニケーションをとります。これは、ハードウェア統合のために Java でマイクロサービスを使用する背後にある中心的なアイデアです。

サーボ モーターと通信することを唯一の仕事とする、小規模で焦点を絞った Java サービスが 1 つあるとします。それは彼らの言語 (おそらく Modbus TCP またはカスタム シリアル プロトコル) を話し、それを世界中向けのクリーンな標準 API に変換します。ビジョン システムに特化した別のサービスもあります。もう 1 つはコンベア ベルトの制御です。

彼らはお互いのパーティーを潰すことはありません。これらは独立して実行され、軽量メッセージを介して通信し、1 つが失敗しても、他のものは継続して動作します。サーボロジックを更新しますか?生産ライン全体のソフトウェア頭脳ではなく、その 1 つの小さなサービスを再起動するだけです。

切り離された世界の具体的な感触

これは実際に実際にやってみるとどんな感じなのでしょうか？

• 開発がボトルネックになるのをやめる。ユーザー インターフェイスに取り組んでいるチームは、パルス幅変調の詳細を理解する必要はありません。 「サーボ管理サービス」API と呼ばれるだけです。ハードウェア チームは、開発チーム全体をパニックに陥らせることなくサービスを更新できます。
• テストは実際に実行できるものになります。モックを使用して「Servo Service」をシミュレートし、ビジネス ロジックをテストできます。ダミーモーターを使用して実際のサーボサービスを単独でテストできます。物事は抑制されており、予測可能です。
• スケーリングに新たな意味が加わりました。5 つのサーボではなく 50 つのサーボを制御する必要がありますか?その特定のサービスをスケールアウトして、より多くのリソースを割り当てることもできます。それアプリケーションの注文処理やレポート部分には触れずに、タスクのみを実行できます。
• ハードウェアの霧が晴れます。各サービスは、マシンの特定の部分への明確な窓となります。ログ、診断、パフォーマンス メトリックは分離されています。サーボにジッターが発生した場合、どこを見るべきかが正確にわかります。「サーボ サービス」ログで状況がわかります。

単なる理論ではありません: それを結び付ける接着剤

確かに、「マイクロサービス」という言葉はクラウドの流行語のように聞こえます。しかし、機械の文脈では、回復力のある神経系を作り出すことが重要です。あなたは、20 ドルのセンサーが故障しても 20,000 ドルのマシンのダウンタイムを危険にさらさないシステムを構築しています。

これは、各主要な機械機能に独自の専用のインテリジェント ハンドラー、つまりその責任を負うデジタル ツインを与えることだと考えてください。これらのハンドラーは疎結合ですが、ミッション上では緊密に連携しています。彼らは、シンプルな合意された契約 (API) を使用して共同作業を行います。

このアプローチは、モジュール化された機械システムについての考え方と自然に一致します。私たちは単一の固体金属ブロックから機械を構築するのではありません。正確で再利用可能なコンポーネントを組み立てます。それを実現するソフトウェアがこれまでと異なる必要があるのはなぜでしょうか?

変化を起こす: 飛躍ではなく道

これは、リッピングして置き換えるということではありません。多くの場合、痛みの箇所から始まります。現在の Java セットアップで最も不安定な、面倒な、または重要なハードウェア相互作用を特定します。ビジョンシステムのキャリブレーションですか？ロボットアームの軌道プランナー?

その 1 つの関数だけをスタンドアロン Java マイクロサービスにカプセル化します。単独で実行し、単純な REST エンドポイントまたはメッセージ キューを介して通信させます。それがどのように動作するかを見てください。おそらく、その関数のコードがよりクリーンでシンプルになり、テストしやすくなることにすぐに気づくでしょう。依存関係の結び目は緩み始めます。

次に、次の問題点に取り組みます。そして次です。徐々に、モノリシック アプリケーションは、調整された一連の専門サービスに進化します。ソフトウェア アーキテクチャは、各部品が明確な目的、定義されたインターフェイス、および 1 つの仕事で優れた能力を発揮する自由を備えた、最高の機械設計のモジュール式の信頼性を反映し始めます。

これにより、課題は「コードとハードウェアの混沌とし​​たウェブの管理」から「有能な専門パートナー間の会話の調整」へと変わります。そして、その会話では、Java の専門知識と機械に関する野心の両方が、より明確で信頼できる声を見つけます。

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