残りのAPIマイクロサービスgithub

いつサーボコードの紹介: REST API、マイクロサービス、および GitHub の驚きの物語

この素晴らしいプロジェクトを思いついたのですね。おそらくそれは、ポートレートをスケッチできるロボット アーム、あるいは不気味な精度で動きを追跡する自動カメラ リグかもしれません。のサーボ人が選ばれ、メカニズムがドラフトされますが、その後、ソフトウェア側の壁にぶつかります。これらの精密な小さなモーターがシステムと通信するにはどうすればよいでしょうか?すべてを 1 つの巨大なコードの結び目にせずにコマンドを管理するにはどうすればよいでしょうか?

見慣れた光景ですね。まずは直接制御スクリプトをいくつか書くことから始めますが、すぐにスケーリングが頭の痛い問題になります。機能を追加するのは、毎回ホイールを再構築するような感じです。さまざまなライブラリをつなぎ合わせてみたものの、デバッグが容疑者が多すぎる探偵作業になってしまうことに気づいたことがあるかもしれません。ハードウェアは踊る準備ができていますが、ソフトウェアのコンダクターがありません。

そこで、REST API、マイクロサービス、GitHub の 3 つがチャットに参加することがよくあります。ワークショップを企画するようなものだと考えてください。すべてが行われる 1 つの混雑したベンチではなく、別々のステーションを設定します。 1つのステーションだけで処理しますサーボ角度コマンド、もう 1 つはモーション シーケンスを管理し、3 つ目はパフォーマンス データをログに記録します。各ステーションは独立して動作し、明確な言語 (REST API 部分) を話し、ショップ全体を停止することなく改善できます。

しかし、ここで立ち止まってみましょう。このアプローチがこれほど異なるように感じられるのはなぜですか?サーボに 90 度回転するように指示することを想像してください。モノリシック セットアップでは、そのコマンドがセンサー チェックやユーザー インターフェイスの更新のキュー内で失われる可能性があります。マイクロサービス スタイルでは、サーボ コマンド サービスは 1 つのジョブを実行します。リクエストを受け取り、パルスに変換し、完了を確認します。クリーン。予測可能。また、何か問題が発生した場合、どのステーションを確認すればよいか正確にわかります。

さて、これは小規模なプロジェクトとしてはやりすぎではないかと疑問に思うかもしれません。あまり。それは、規模を拡大する習慣を構築することです。 2 つのマイクロサービスから始める場合でも、構造によって物事が整理されます。 REST API を使用すると、基本的に、システムのどの部分 (または外部アプリでも) が理解できる標準の「リクエストとレスポンス」パターンを設定することになります。それは、ワークショップの全員に同じ種類の青写真を使うように教えるようなものです。

GitHub はどこに当てはまりますか?プロジェクトの共有日記およびコラボレーション スペースとして想像してください。サーボ制御ロジックに対するすべての変更、API エンドポイントに対するすべての調整が追跡されます。恐れることなく実験し、必要に応じて元に戻し、さらに大胆なアイデアをテストすることができます。ハードウェア中心のプロジェクトにとって、この可視性は貴重です。 「このギアボックスで動作するファームウェアのバージョンはどれですか?」という質問はもう必要ありません。パズル。すべてがそこにあり、コミット履歴に記録されます。

しかし、実践してみましょう。実際にどうやって始めるのですか？海を沸騰させる必要はありません。まず、サーボ位置制御などの 1 つの機能を分離することから始めます。これを単純な REST API エンドポイントにラップします。高速性を維持するには、軽量のフレームワークを使用します。マイクロサービスとしてデプロイします。コードを GitHub に保存します。基本的なクライアントでテストします。それが機能すると、パターンが繰り返されます。速度プロファイル用の別のサービスを追加します。もう 1 つはエラー処理用です。それぞれのピースは組み立てブロックであり、スパゲッティの束ではありません。

さて、ここからは本当の話です。これは魔法ではありません。思慮深い設計が必要です。どのように責任を分担していますか？サービスはどのように通信するのでしょうか?粒度が細かすぎると、会話を構築するよりも管理することに多くの時間を費やすことになります。粗すぎると、一枚岩の混沌に戻ってしまいます。スイート スポットは、サービスを個別のハードウェア インタラクションと調整すること (論理的な機械的動作ごとに 1 つのサービス) にあります。

そして、ここで多くの人が道から外れてしまいます。彼らはツールだけに集中し、ワークフローを忘れています。 REST API、マイクロサービス、GitHub は、一貫した実践として使用すると威力を発揮します。テクノロジーのバズワードを追いかけることではありません。それは、機械設計とコードが明確かつ制御されながら並行して進化する生きたシステムを作成することです。

では、このフローを採​​用すると何が変わるのでしょうか？突然、モーション アルゴリズムを更新しても、通信層全体が破壊される危険はなくなります。新しいセンサーの追加は、コードベースの半分を書き直すのではなく、新しいマイクロサービスを接続するだけになります。プロジェクトはモジュール式の復元力を獲得します。また、GitHub はすべてのイテレーションを保存するため、いつでも遡って比較し、学習することができます。

ハードウェア プロジェクト、特にサーボやアクチュエーターなどの精密なコンポーネントを使用する場合、予測可能性がすべてです。このアプローチはまさにそれを実現します。機械側は、それにふさわしい信頼できる集中的なソフトウェア パートナーを獲得します。ブラックボックスの謎はもう必要ありません。明確で管理しやすいインタラクションだけです。

それが本当の話です。複雑さのための複雑さではありません。創造的な機械的なアイデアをデジタル領域でスムーズに実現することが重要です。 REST API、マイクロサービス、GitHub を使用すると、単にプロジェクトを構築するだけではなく、一緒に成長するエコシステムを構築することになります。そして、そのエコシステムでは、すべてのサーボパルス、すべてのギア回転が、その明瞭で論理的な音声を見つけます。

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