8 つのツールを使用して Azure にマイクロサービスをデプロイする

[51CTO.com クイック翻訳] クラウドベースの分散システムを導入することで、IT チームは継続的な配信を実践し、管理オーバーヘッドを削減し、ソフトウェアをより効率的に構築および展開できるようになります。ただし、マイクロサービス アプローチでは、明確な戦略と、ストレージ、ネットワーク、更新、API、コンテナーなどの領域に関する慎重な検討が必要です。

Microsoft Azure ユーザーには、複雑さを軽減し、分散リソースの管理を容易にするネイティブ サービスと実装フレームワークがいくつかあります。 IT 技術者は、コンテナー テクノロジの導入、Functions as a Service (FaaS) の呼び出し、またはマイクロサービスを公開するための API プロトコルの作成を行う Microsoft のクラウド ベース ハブである Azure Service Fabric を使用して、さまざまなツールにアクセスできます。

この記事では、コンテナーやサーバーレス テクノロジとの連携方法など、Microsoft Azure がマイクロサービスをサポートする方法について説明します。分散システムを構築するための 8 つの主要な Azure ツールと、マイクロサービスをデプロイする際に考慮すべきいくつかのベスト プラクティスについて説明しました。

Azure にマイクロサービスをデプロイするためのいくつかのツール

マイクロサービスを使用すると、IT チームはソフトウェアをより迅速かつ柔軟に構築および展開できるようになります。アプリケーションはより小さなサービスベースのコンポーネントに分割されるため、自動的に拡張および調整することが容易になります。ただし、管理者と開発者は、相互接続されたサービスに伴う複雑さに対処する準備をする必要があります。

図1. モノリシックアーキテクチャとマイクロサービスアーキテクチャの比較

次の Azure ツールとサービスは、マイクロサービスの展開用に設計されています。

Azure サービス ファブリック

Azure Service Fabric は、オンプレミスまたは Azure で実行されるマイクロサービス用のアプリケーション プラットフォームです。 DevOps チームは、インフラストラクチャを構築および管理することなく、宣言型モデルを使用してアプリケーションと依存関係をデプロイできます。グローバルに運用されるため、ボトルネックが軽減され、最新のアプリケーションに必要な高可用性が実現します。

このフレームワークは、初期導入から継続的なメンテナンスおよび廃止まで、完全なアプリケーション ライフサイクル管理を提供します。管理者はこれを使用して、障害が発生したシステムを検出して再起動したり、サービスの場所を検出したり、アプリケーションの健全性を監視したり、状態を管理したりできます。 Kubernetes と同様に、Azure Service Fabric は、コンテナーでホストされるマイクロサービスと Azure 独自のプラットフォーム サービスで構成されるアプリケーションの構成とデプロイの作業を簡素化します。

Azure サービス ファブリック メッシュ

Azure Service Fabric Mesh を使用すると、IT チームは必要なリソース、サービスの可用性要件、およびリソースの制約を表現でき、基盤となるツールとインフラストラクチャの詳細をすべて処理できます。このプラットフォームは、.NET Core マイクロサービス用のサーバーレス ホストを提供し、開発者が Docker コンテナーでサポートされている任意の言語を使用できるようにします。 Service Fabric Mesh はアップグレードを自動的に処理し、新しいアプリケーション バージョンをデプロイするときにコンテナーを交換する機能を提供します。このプラットフォームは、クラウドネイティブのワークロードに対して高度なスケーラビリティを備えているだけでなく、モジュール式で適応性も備えています。

Azure 関数

通常、FaaS は、何らかのサービス イベントによってトリガーされたときに、コードがオンデマンドで実行されることを保証します。 Azure Functions を使用すると、アプリケーションの一部をインストールし、必要なときにのみ関数を読み込むことができます。必要に応じて並列実行することもできます。その結果、管理者はアプリケーション インフラストラクチャを構成および構築する必要がなく、明示的なコード スニペットの実行に費やした時間に対してのみ料金を支払うことになります。

Azure イベント グリッド

開発者と管理者は、イベントベースのアーキテクチャを使用して、アプリケーションの状態の変化に関するアラートを受信します。 Azure Event Grid は、開発者と管理者がこれらの変更に即座に対応できるようにアラートを提供します。このツールは基本的に、イベント駆動型マイクロサービス アプリケーションを構築するための接着剤として機能します。

Azure Kubernetes サービス

Azure Kubernetes Service は、コンテナー インスタンスの展開を容易にし、継続的なテストと管理を簡素化します。 DevOps チームは、Azure Cloud Shell またはリモート Azure コマンドライン インターフェイス (CLI) を使用して、コンテナー化されたアプリケーションを迅速に構築および起動できます。

Azure コンテナー インスタンス (ACI)

コンテナーには、コード、ランタイム環境、ツールセット、システム ライブラリ、設定など、マイクロサービスの実行に必要なものがすべて含まれています。 ACI は基本的に Container-as-a-Service であるため、エンド ユーザーはオーケストレーション ツールや CLI の影響を受けません。唯一の要件は、作成するコンテナの正確なイメージを持っていることです。 ACI はクラスターの作成、更新、パッチ適用も処理します。

Azure API 管理

Azure API Management は、サービス機能への単一のエントリ ポイントを保証します。 API 管理の統合により、DevOps チームはアプリケーション コードを変更することなく複数のツールやサービスにアクセスできます。これには、サービス定義のインポート、複雑なルーティング ルールの定義、イベントのログ記録、応答のキャッシュが含まれます。

サービスファブリックの信頼性の高いボリューム

Service Fabric Reliable Volumes は、コンテナー化されたアプリケーションのストレージへのアクセスに通常伴う待機時間の問題を排除しながら、マイクロサービス アプリケーションが永続的な状態を維持するのに役立つ一時的なコンテナー ディスクです。ただし、Service Fabric Reliable Volumes は汎用ファイル ストレージを提供し、読み取り/書き込み機能をサポートしますが、管理者はデータの信頼性を確保するために Azure File Storage にアクセスすることもできます。

考慮すべきベストプラクティス

開発者と管理者は、Azure にマイクロサービスを正常にデプロイするために、統合された監視ツールとプラクティスをデプロイする必要があります。たとえば、Azure Monitor データ メトリックと Log Analytics エージェントを併用して、パフォーマンスとコストを分析します。 DevOps チームは、さまざまなデータ フローを分析して書き込みトランザクションを定量化したり、サービス パーティションを相関させてコストを監視したりすることができます。

戻りコードに依存するなどの従来のエラー処理方法を使用する代わりに、Azure Service Fabric 正常性ポリシーを使用します。このプラットフォームは、評価とレポートのための詳細かつ柔軟でスケーラブルなモデルを提供します。 IT チームは、サービス展開の健全性を積極的に監視することで、問題が重大なダウンタイムに拡大するのを防ぐことができます。

さらに、ローカル ビューに基づいてサービスベースのレポートを収集することで、DevOps チームはクラスター レベルのビューを取得し、潜在的な問題を事前に診断できます。実際、このアプローチは Azure でより広範囲に適用できます。ワークロードへの応答性が向上すると、IT チームはインフラストラクチャ管理よりもアプリケーション開発に重点を置くことができます。

元のタイトル: Azure にマイクロサービスをデプロイするには、これらの 8 つのツールを使用します。著者: Kerry Doyle

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。