マイクロサービスは、スケーラブルで、単一の責任に集中する必要があります。自己完結型の各モジュラーユニットは、より大きなシステムの中で特定の機能を処理する。大規模なアプリケーションは、モジュラーコンポーネントやコンテナやサーバーレスコンピューティングのようなサービスから構築されます。
マイクロサービスは、さまざまな部門、予算、要件からなるビジネスだと考えてください。毎年、会社のニーズに応じて、これらの要件は変化します。アプリケーションもまた、時間が経てば同じレベルの需要に直面するわけではありません。より多くの需要を必要とする側面と、より注意を払う必要がある側面があるかもしれません。また、アプリケーション内でもさまざまなレベルのスケーリングが必要になります。マイクロサービスでは、他の領域に影響を与えることなく、異なる領域でスケーリングと成長を行うことができます。しかも、独立してスケールする。
私たちは皆、プログラミングの単一責任原則の信条を覚えている。マイクロサービスも同じだ。マイクロサービスは1つのことを、1つのことをうまくやるべきだ。また、より優れた弾力性と耐障害性という固有のメリットも得られる。マイクロサービス・アーキテクチャは、障害を個々のサービスに振り分けることで、システム全体の障害を防ぐことを目的としている。特定の障害が発生した場合、それがどこにあるかを把握し、他に影響を与えることなく対処することができる。
発見的な側面もあります。HashiCorpの Consulのようなサービスネットワーキングソリューションを使用することで、新しいサービスがオンラインになったときに知ることができ、それらのサービスが何をするのか、どのようにコミュニケーションをとるのかを定義したサービスのディレクトリとなる一元的なシステムを持つことができるのです。
マイクロサービスを検討すべき理由
- 市場投入までの時間を短縮します：マイクロサービスは、個々のコンポーネントの並行開発とデプロイを可能にし、開発プロセス全体を加速させ、新機能の提供にかかる時間を短縮します。
- スケーラビリティの向上：マイクロサービスは独立して拡張できるため、企業はリソースをより効率的に割り当て、ワークロードやトラフィックパターンの変化に効果的に対応することができます。
- レジリエンス（回復力）の強化マイクロサービスの分散化により、システム全体の障害リスクが低減され、サービスの継続的な利用が可能となり、システム全体の信頼性が向上します。
- 柔軟性と適応性：マイクロサービスでは、コンポーネントごとに異なる技術やフレームワークを活用できるため、要件の変化への対応や新しい技術の取り込みが容易になります。
- メンテナンスとアップデートがより簡単に マイクロサービスのモジュール設計は、システム全体に影響を与えることなく個々のコンポーネントをアップグレードまたは交換することができるため、システムのメンテナンスとアップデートを簡素化します。
マイクロサービスのベストプラクティス
マイクロサービスを小さく、集中させ、単一のビジネス機能に責任を持たせることが重要です。このアプローチにより、機能を追加することができ、スプロールを避けることができます。しかし、理想的なサイズについては、特定のアプリケーションとその要件によって異なるため、確固たるルールはありません。
また、障害を想定した設計も必要だ。フォールト・トレランスは、設計上、複数のサービスやマイクロサービスを実行する際に本質的に組み込まれているが、リトライ・メカニズム、サーキット・ブレーカー、隔壁などの追加の弾力性を追加する。船舶に隔壁がある理由を考えてみよう。構造的な完全性を保つために隔壁があるが、問題が発生したときに隔壁が閉じられ、船が沈まないようにするためでもある。多くのイベントベースアーキテクチャは、デッドレターキューと呼ばれるものを使用している。メッセージが配送されない場合、そのメッセージは特定のキューに入り、そこで失敗の原因を特定するために検査される。
マイクロサービスは、ドメイン駆動設計の原則に基づいて設計されるべきです。つまり、ビジネス能力に基づいてサービスをモデル化し、共通言語を使用してサービスがビジネスニーズに合致していることを確認します。ドメイン駆動設計は、深いビジネスドメインの理解に基づいてソフトウェアシステムを作成することに焦点を当てています。この原則は、設計プロセスをガイドし、ソフトウェアがドメインと整合し、ビジネスに価値を提供することを保証するのに役立ちます。これらの原則は、ビジネスドメインの深い理解を促進し、ビジネスニーズや変化する要件と密接に連携した開発を保証するのに役立ちます。
による設計 API-ファースト・アプローチで設計し API ゲートウェイは、マイクロサービスとサードパーティのサブシステム間の通信を促進するための中央接続ポイントを提供する。 API ゲートウェイはルーティングの大部分を処理し、認可、認証、レート制限を行う。APIのデザインパターンは、マイクロサービスのモジュール性と再利用性に不可欠である。
ここでは、さらにいくつかのマイクロサービスのベストプラクティスを紹介します：
- テストとデプロイの自動化継続的インテグレーションや継続的デプロイメント（CI/CD）パイプラインなどの自動化ツールを使用して、マイクロサービスのテストとデプロイを行い、サービスが迅速かつ一貫してデプロイされるようにエラーのリスクを低減します。
- コンテナ化を利用する：コンテナ化は、マイクロサービスをパッケージ化してデプロイするための、軽量でポータブルな方法を提供します。コンテナ化を使用することで、デプロイメントプロセスを簡素化し、アプリケーションのスケーラビリティとポータビリティを向上させることができます。
- 監視し、観察する： マイクロサービスが期待通りに動作することを確認し、問題やエラーを特定するために、監視とログを取得する必要があります。ログアグリゲーターやアプリケーションパフォーマンスモニタリング（APM）ツールはこれを可能にします。トレースは、分散システムを介したデータの流れを把握することができます。これらの3つの柱は、パフォーマンスに関するエンドツーエンドの可視性を提供するのに役立ちます。
- サービスの安全性を確保する：マイクロサービスは、認証、認可、暗号化などのベストプラクティスを用いて安全性を確保する必要があり、コンテナのセキュリティも忘れてはならない！また、コンテナのセキュリティも忘れてはいけません！どのマイクロサービスが他と会話できるかをポリシーで規定し、全体的な攻撃対象範囲を狭める必要があります。セキュリティは設計の一部であり、開発の全フェーズを通じてチェックされるべきです。その結果、より安全なアプリケーションを実現し、機密データを保護することができます。
コメント