Spring マイクロサービスとは何ですか

マシンがしゃっくりするとき: 春の物語

それで、この組立ラインがありますね?すべてがハミングしている、サーボと歯車が一種の騒々しく金属的なハーモニーを奏でます。そんなある日、一本のベルトコンベアが予定外の休憩をとることに。ダンス全体が崩れてしまう。戦列全体が停止し、その反抗的なセクションを待ちます。イライラします。それは古いやり方です。ひとつの不具合がすべてを停止させる一枚岩の獣です。

さて、別のことを想像してみてください。同じ生産ラインを想像してみてください。ただし、ローディング アーム、溶接ユニット、塗装ステーションなどの各セグメントは、独自の小さなスマート モジュールです。それぞれが独自の小さな脳と目的を持っています。ペイント ステーションにソフトウェアのアップデートが必要な場合、ペイント ステーションはオフラインになり、簡単に更新されて、パーティに再参加します。行の残りの部分はほとんど気づきません。読み込みと溶接はそのまま続行されます。完全なシャットダウンはもう必要ありません。それは未来の夢ではありません。これが Spring Microservices と呼ばれるものの背後にある哲学であり、単なる工場をはるかに超えた堅牢なシステムの構築についての私たちの考え方を変えています。

モノリスから近隣へ

現在のソフトウェア アプリケーションについて考えてみましょう。それはおそらく、巨大で複雑な時計のようなものです。美しいですが、内部の小さなバネが 1 つ切れると、時計全体が時間を告げなくなります。モノリシック アーキテクチャはその時計のようなものです。一方、Spring Microservices は、専門店がよく組織された地域のようなものです。パン屋、金物店、花屋があります。それぞれが独立して実行され、独自の営業時間があり、独自の在庫を管理します。ホームセンターが改装のために閉店しても、パンや花は入手できます。この地域はこの独立性によって繁栄しています。

技術的に言えば、Spring Microservices は、大規模で複雑なアプリケーションを、独立してデプロイ可能な小規模なサービスのスイートに分割します。各サービスは独自のプロセスを実行し、シンプルで明確に定義されたチャネル (多くの場合は軽量の HTTP API) を通じて他のサービスと通信します。これらは、「注文処理ショップ」や「顧客通知ショップ」など、特定のビジネス機能を中心に構築されています。

なぜこの「近隣」モデルが非常に正しいと感じるのでしょうか?

これらすべての「ショップ」の管理はもっと複雑ではないのかと疑問に思うかもしれません。そうかもしれませんが、多くの場合、その利点により、追加の調整を行う価値があります。

まず、回復力があります。しゃっくりの組み立てラインを覚えていますか?マイクロサービスの「近隣」では、障害は抑制されます。 「決済サービス」に一時的な障害が発生しても、「カタログサービス」や「ショッピングカート」は通常は継続可能です。ユーザーには、サイト全体がクラッシュするのではなく、「支払いが一時的に利用できません」というメッセージが表示される場合があります。よりスムーズでストレスの少ないエクスペリエンスです。

次に、敏捷性があります。巨大なモノリスを更新することは、誰もがまだ内部で作業している間に超高層ビルを再塗装しようとするようなものです。マイクロサービスを使用すると、単一の店頭を塗り替えるだけです。チームは、お互いに足踏みすることなく、特定のサービスをより迅速に開発、テスト、デプロイできます。これは、今必要とされていることに対応して、新機能をより迅速に展開できることを意味します。

最後に、仕事に適したツールについてです。モノリスでは、すべてに対して 1 つのテクノロジー スタックを使用する必要があります。マイクロサービスでは、「データ分析ショップ」は数値処理に優れているため Python を使用する可能性がありますが、「ユーザー インターフェイス ショップ」は別のものを使用します。特定のタスクごとに最適なツールを選択します。

しかし、どうやってこの地域の平和を保っているのでしょうか？

この独立性は混乱を意味するものではありません。彼らはお互いに効果的に話し合う必要があります。ここで Spring Cloud のような堅牢なエコシステムが登場します。これは、共有ユーティリティ、通信プロトコル、道路標識などの「近隣インフラストラクチャ」を提供します。サービスの検出 (ショップがお互いを見つけられるように)、構成管理 (設定の一元化)、および API ゲートウェイ (近所へのわかりやすいメインエントランス) を処理します。これは、この分散モデルを可能にするだけでなく、管理可能かつスケーラブルにする基礎となるフレームワークです。

これは誰にとっても完璧な解決策なのでしょうか?

いつもではありません。それは、スイスアーミーナイフと専用のツールボックスのどちらを選ぶかのようなものです。シンプルで小規模なプロジェクトの場合は、モノリシックな「スイス アーミー ナイフ」がよりシンプルで完全に適切です。マイクロサービスの「ツールボックス」は、パーツごとに異なるスケーリング ニーズや開発サイクルがある、大規模で複雑で進化するシステムを構築する場合に威力を発揮します。初期設定はより複雑ですが、長期的な柔軟性と回復力は変革をもたらす可能性があります。

それは結局のところ、単一の強力なエンジンを構築することから、機敏で協調的なドローン群を組織することへの考え方の変化にかかっています。それは、精密部品などの機械コンポーネントと同様に適応性と耐障害性を備えたシステムを設計することです。サーボのモーターとアクチュエーターキロパワー、物理世界を確実に動かし続けます。どちらの領域でも、目標は同じです。単一の摩擦点によってビジョン全体が停止しないものを作成することです。

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