複雑なシステムをシンプルに実行する: マイクロサービス アーキテクチャに関する考察

前回、モジュールが原因でチームがクラッシュし、アプリケーション全体が麻痺したときのことを覚えていますか?この焦りの感覚は、建物の水道管が破裂して建物全体が停電するようなものです。伝統的な建築は非常に脆弱な場合があります。1 か所に問題があれば、どこでも問題が発生します。

しかし、実際には事態は別の方向に進む可能性があります。

より良い組み合わせのために分解してください

あなたの家の電化製品がすべて同じ回路に接続されているのではなく、独立していながらも暗黙のうちに連携していたと想像してみてください。ライトチューブが壊れても、エアコンは通常どおり動作します。テレビシステムがアップグレードされても、冷蔵庫はまったく影響を受けません。これが、マイクロサービス アーキテクチャが追求するものです。つまり、大規模なアプリケーションを複数の独立した小さなサービスに分割し、それぞれが 1 つのことにのみ焦点を当てます。

これを行うことでどのようなメリットがあるのでしょうか?それは弾力性です。 1 つのサービスが失敗しても、他のすべてのサービスがドミノ倒しのように破壊されるわけではありません。システムの残りの部分はオンラインのままで、単独で修正できます。それは柔軟性です。機能を更新する必要がある場合、巨大なもの全体を再デプロイする必要はありません。壁全体を壊して最初からやり直す必要がなく、家の窓を 1 枚だけ交換するようなものです。

そこで問題は、どうやってうまく分解するかということです。

そのバランスを見つける

サービスの境界を定めるのは、ケーキをスライスするのと似ています。あまり細かく切りすぎると、パンくずが残ってしまいます。大きく切りすぎると柔軟性が失われます。経験則としては、ビジネス能力に基づいて分割することです。各マイクロサービスは完全なビジネス ドメインに対応し、独立して実行され、独自のデータを持ち、明確なインターフェイスを通じて他のサービスと通信する必要があります。

このとき、通信の仕組みが鍵となります。どうやってお互いに話しましょうか？それは同期呼び出しですか、それともイベントを介した非同期通信ですか?同期呼び出しは単純かつ直接的ですが、チェーンの依存関係が簡単に発生する可能性があります。イベント駆動型はより分離されていますが、複雑さが増します。絶対的な善悪はなく、あるのは適切か不適切かだけです。歯車の噛み合わせと同じで、きつすぎると磨耗しますし、緩すぎると滑ってしまいます。ちょうどいい緊張感を見つけなければなりません。

ところで、データ管理も避けては通れないテーマです。各サービスは独自のデータベースを管理するため、自律性がもたらされますが、データの一貫性という課題も伴います。場合によっては、サービス全体にわたるデータ ビューが必要になることがあります。現時点では、イベント同期または読み取り専用レプリカの確立を通じて、データベース レベルでの直接結合を回避できます。多くの場合、共有データベースは、マイクロサービスが分散モノリシック システムに縮退する最初のステップであることに注意してください。

運用やメンテナンスのちょっとしたこと

数十、場合によっては数百のサービスがある場合、それらをどのように監視しますか?リクエストが通過するサービスを追跡するにはどうすればよいですか?統合されたログ収集、リンク追跡、ヘルスチェックダッシュボードは、もはや贅沢品ではなく、必需品です。自動化された展開と構成管理も重要になります。非常に多くのサービスを手動で管理することは、ほとんど不可能な作業です。

これは少し複雑に思えますよね?しかし、別の観点から考えてみてください。システムを小さな部分に分割すると、実際には各部分の複雑さが軽減されます。最適なテクノロジー スタックを使用してさまざまなサービスを実装でき、チームはより独立して開発およびリリースできます。バンドと同じように、ミュージシャンはそれぞれ自分の楽器に熟練していますが、一緒に演奏すると調和のとれた全体が生まれます。

理想から現実へ

もちろん、マイクロサービスは特効薬ではありません。これにより、ネットワークの遅延、分散トランザクションの問題が発生し、運用と保守の複雑さが増大します。したがって、すべてのプロジェクトがマイクロサービスから開始する必要があるわけではありません。場合によっては、適切に構造化されたモノリシック アプリケーションの方がシンプルで効率的です。

しかし、直面しているビジネスが本当に迅速な反復、独立した拡張、および高いフォールト トレランスを必要とする場合、マイクロサービス アーキテクチャは実現可能なパスを提供します。重要なのは、一度にすべてをやろうとせず、段階的に進めることです。まずは明確な境界を持ってモジュールを分割し、サポートするインフラストラクチャとチームの機能を徐々に構築していきます。

私たちキロパワーこの種のアーキテクチャの実装を顧客が支援するとき、成功はテクノロジーがどれほど進んでいるかではなく、それが実際のビジネスのリズムに適合しているかどうかにあることがよくわかります。機械に注油するのと同じように、多ければ多いほど良いというわけではなく、適切な場所に注油します。

いくつかの言葉を言ってください

アーキテクチャの本質は、複雑さを管理することです。マイクロサービスは、分割を通じて各部分の複雑さを簡素化します。コーディネートの新しいトピックを紹介しますが、多くの場合、それだけの価値があります。これにより、システムがより柔軟になり、変化に適応できるようになります。

このパスを検討している場合は、小規模から始めて、サービス境界の分割が適切かどうかを検証してから、徐々にロールアウトすることをお勧めします。テクノロジーには最終的に目的があり、システムとそれを構築する人々がよりスムーズに機能するバランスを見つけることが本当に重要です。

結局のところ、優れた建築は人々にその存在を感じさせてはいけません。それはすべてを自然にサポートする空気のようなものです。

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