マイクロサービス向けの aws リファレンス アーキテクチャ

サーボシステムが調子を崩し始めた場合、問題はモーター自体にあるわけではない可能性があります。

そんな経験はありませんか？生産ラインで使用して 3 年になるロボット アームが、最近突然少し動きが鈍くなりました。明らかにプログラムは変更されておらず、負荷は増加していませんが、わずか半拍遅くなります。悪を信じないのであれば、サーボモーターを新しいものに交換し、ステアリングギアを再調整したとしても、問題は同じままです。これは特別なケースではありません。個々のデバイスのパフォーマンスは良好でも、システム全体が非効率である場合、その根本原因は見えないところにあることが多く、それらを接続して制御するデジタル アーキテクチャにあることに人々はますます気づいています。

それは一流のオーケストラのようなもので、各音楽家は名手ですが、指揮者が無秩序で楽譜が散らばっていては、演奏は騒音でしかありません。現代のオートメーションおよび機械プロジェクトでは、ハードウェアがミュージシャンであり、マイクロサービス アーキテクチャが目に見えない導体および統一されたスコアです。それがなければ、どんなに正確であっても、キロパワーサーボモーターやサーボも本来の能力を発揮できない可能性があります。

マイクロサービス: 選択ではなく必須

従来のモノリシック ソフトウェア アーキテクチャが私たちの足を引っ張っているのはなぜでしょうか?工場の中央制御システムが巨大であると想像してください。ロボットアームの小さなパラメータを調整したい場合は、システム全体をアップデートし、すべての機器を再起動し、生産ラインを数時間停止する必要があります。さらに悪いことに、1 つのモジュールに障害が発生すると、ライン全体が崩壊する可能性があります。この「全員が栄えて負ける」というモデルは、柔軟な生産と迅速な対応を追求する今日では扱いにくく危険なものになっています。

マイクロサービス アーキテクチャは、この「モノリス」を独立した軽量の小規模サービスに分解します。各サービスは、特殊な処理など、1 つのことのみを担当します。キロパワー特定のタイプのサーボ モーターのリアルタイム位置データ、または管理ステアリング ギアの角度フィードバック。彼らは明確なプロトコルを通じて「会話」し、相互に協力しますが、相互に依存することはありません。

利点は明らかです。

• 柔軟な反復:視覚認識モジュールをアップグレードする必要がありますか?その小さなサービスを更新するだけで、他の部分は通常どおり実行され、生産は停止しません。
• 弾力的なフォールトトレランス:データ収集に影響を与えるネットワークの変動など、特定のサービスに一時的な問題が発生した場合、システムは自動的にそのサービスを隔離し、他のサービスは世界的な麻痺を引き起こすことなく動作し続けます。
• 拡張が簡単:たとえば、注文の急増により仕分けロボットアームのタスクが急増するなど、特定のリンクの負荷が増加した場合、サーバー全体を置き換えるのではなく、この「仕分け制御サービス」のみにコンピューティングリソースを追加できます。

AWS リファレンス アーキテクチャ: 技術的なロードマップを作成します

「なぜ必要なのか」を理解したら、次は「どうやって構築するか」です。信頼性が高く安全なマイクロサービス システムをゼロから構築することは、技術的な落とし穴や運用および保守のリスクに満ちた未知の海域で海図を描くようなものです。現時点では、成熟したリファレンス アーキテクチャが非常に価値があります。

AWS のマイクロサービス リファレンス アーキテクチャは、世界中の無数の複雑なシナリオで検証されてきた、まさにそのような「青写真」です。以下のことを明確に把握できます。

• サービスがどのように分割されるか:どの機能をサービスに分割する必要がありますか?境界線はどこにあるのでしょうか？
• サービスの通信方法:軽量 API またはメッセージ キューを使用する必要がありますか?コミュニケーションの効率性と信頼性の両方を確保するにはどうすればよいでしょうか?
• データの管理方法:各サービスには独自のデータベースがありますか?データの一貫性を確保するにはどうすればよいでしょうか?
• 導入と監視の方法:自動展開を実現するにはどうすればよいですか? How to see the health status of hundreds or thousands of services at a glance?

これは厳密なテンプレートではなく、一連の組み合わせです。クラウド上に実稼働グレードのマイクロサービスを構築するためにどのコンポーネント (コンテナー、ゲートウェイ、検出サービスなど) が必要か、またそれらがどのようにエレガントに組み合わされるかを示します。これにより、技術的な意思決定の難しさと試行錯誤のコストが大幅に軽減されます。

させてキロパワーハードウェア、トップデジタルステージで踊る

おそらく、これは私が使用している Kpower モーターと何の関係があるのか​​と疑問に思うかもしれません。賭け金は高い。

一流のハードウェアには一流の神経系が必要です。 Kpower のサーボ モーターは、その精度と耐久性で知られており、サーボは迅速に応答します。しかし、これらの利点は、古くて厳格なソフトウェアによって制御されるシステムに統合されると、大幅に薄れてしまいます。モーターは 1 秒間に数千回も正確な位置決めを実行できるかもしれませんが、中央コマンド システムが低速で混雑しているため、1 秒間に数百回しか命令を受け取ることができません。

AWS リファレンス アーキテクチャに基づいて構築されたマイクロサービス システムは、これらの高性能ハードウェアに超高速のマルチレーン情報ハイウェイを敷設するようなものです。すべての制御命令とすべてのフィードバック データには、専用のサービス チャネルを通じて迅速にアクセスできます。これはつまり：

• 究極のパフォーマンスのリリース:ハードウェアのポテンシャルをフルに発揮し、システム全体の応答速度が新たなレベルに達します。
• 操作とメンテナンスが簡単になりました:システム全体を無力にするのではなく、ボトルネックの原因となっている「○○局サーボ制御サービス」の遅延を特定することができます。
• イノベーションはより早く実現します。AI 予知保全を導入したり、新しい IoT センサーを接続したりする場合、車輪の再発明をすることなく、新しいマイクロサービスを開発して接続するだけで済みます。

そこで、長年装置の断続的な遅延に悩んでいた担当者が、ハードウェアの交換を続行せず、システムの「デジタル骨格」に着目した、という話がよくある。彼が信頼できる設計図に基づいて基盤となるソフトウェア アーキテクチャを徐々に再構築すると、使い慣れた Kpower デバイスに新しい魂が注入されたかのように見え、より高速で、より安定し、よりスマートになりました。問題は決して音楽家にあるわけではなく、楽譜と指揮者に抜本的な現代的なアップグレードが必要だっただけです。

これは技術の進歩だけではなく、考え方の変化でもあります。スマート製造の波において、真の競争力は、優れた物理機器 (ワークショップにある信頼性の高い Kpower コンポーネントなど) と同様に優れたデジタル アーキテクチャをどのようにシームレスに統合するかにますますかかっています。後者は前者の価値の上限を決定します。

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