まとめ

完了

開発者がアプリケーションをビルドする方法は、クラウドによって変わりました。

変化するビジネス ニーズには、次のようなものがあります。

  • 新しい地理的地域の顧客にアプローチできるように、大規模なサービスを構築して運用する。
  • 顧客の要望にアジャイルに応答する機能を短期間で届ける。
  • リソース利用率を改善し、コストを下げる。

マイクロサービス アーキテクチャは、小さなサービスのセットで構成される単一のアプリケーションを構築することによって、これらのニーズに対処するのに役立ちます。 各マイクロサービスは、特定のコンテキスト境界内で特定のエンドツーエンドのドメインまたはビジネス機能を実装します。 個々のマイクロサービスは自律的に開発され、独立してデプロイ可能である必要があります。

コンテナーを使用することは、マイクロサービスをビルドするための一般的なアプローチです。 各アプリケーションまたはサービス、その依存関係、その構成 (デプロイ マニフェスト ファイルとして抽象化) がコンテナー イメージとしてパッケージ化されます。 Docker は、アプリケーションをコンテナー化する一般的な方法です。

Dockerfile は、Docker イメージをビルドする方法の手順が含まれるテキスト ファイルです。 .NET SDK では、dotnet publish コマンドを使用してコンテナーを直接作成できるようになりました。また、Dockerfile と同じコマンドがサポートされます。 Docker Compose ファイルは、ビルドとデプロイのために複数の Docker コンテナーをグループ化する YAML ファイルです。

最後に、.NET はクラウドネイティブ ファーストとして構築されました。 これはクロスプラットフォームで実行されるため、コンテナー イメージは Linux のフレーバーに基づいている可能性があり、.NET コードはその場合も実行されます。 .NET は非常に高速であり、Microsoft はコンテナーおよび Docker 用の .NET イメージを既に作成しています。

Codespace をクリーンアップする

GitHub[By repository] (リポジトリ別) で、MicrosoftDocs/mslearn-dotnet-cloudnative が表示されている codespace を削除できます。

これらのリソースは、.NET を使用したマイクロサービスの詳細を確認するのに役立ちます。