翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Linux コンテナとしての再構築
.NET Framework アプリケーションを.NET Core または.NET 6 に移植することで、アプリケーションを複数のプラットフォームで実行し、ライセンスコストを削減し、パフォーマンスを向上させ、スケーラビリティを向上させることができます。
ユースケース
この移行戦略は、以下のシナリオで役立ちます。
-
アプリケーションをリファクタリングするためのリソースと時間があります。
-
.NET Framework のすべての依存関係を解決できます。
-
アプリケーションの実行時間が長くなります。
利点
この移行アプローチには、オンプレミスの.NET アプリケーションと比較した場合、次の利点があります。
-
総保有コスト (TCO) が低くなります
-
セキュリティとパフォーマンスの改善
-
イノベーションの加速
-
クラウドネイティブアプリケーションに変換するメリット
-
オープンソース
欠点
-
リファクタリングの労力とコスト
AWS のサービス
コンテナイメージを保存する場合:
コンテナーのオーケストレーション用:
-
Amazon ECS
、または Amazon ECS と AWS Fargate -
Amazon EKS
、またはFargate を使用した Amazon EKS
AWS Fargate pay-as-you-go はサーバーレスのコンピューティングエンジンで、サーバーを管理しなくてもアプリケーションの構築に集中できます。Fargate は Amazon ECS および Amazon EKS の両方と互換性があります。
Tools
デプロイメントの決定
5 つのデプロイオプションから選択できます。
-
メモリやストレージの設定を含むコンピューティング環境の構成を完全に制御し、オペレーティングシステムのパッチを制御したい場合は、アプリケーションを Linux コンテナとして EC2 インスタンスにデプロイします。
-
コンテナを Kubernetes で管理し、サーバーレスコンテナとして実行したい場合は、アプリケーションを Fargate を使用して Amazon EKS に Linux コンテナとしてデプロイします。
-
コンテナを Amazon ECS で管理し、サーバーレスコンテナとして実行したい場合は、Fargate を使用して Amazon ECS に Linux コンテナとしてアプリケーションをデプロイします。
-
コンテナを Kubernetes で管理したいが、コンテナのコンピューティングリソースは自分で管理したい場合は、アプリケーションを Linux コンテナとして Amazon EKS にデプロイしてください。
-
コンテナを Amazon ECS で管理したいが、コンテナのコンピューティングリソースは自分で管理したい場合は、アプリケーションを Linux コンテナとして Amazon ECS にデプロイしてください。