コンテナと Amazon API Gateway を使用してレガシー Microsoft ASP.NET (ASMX) ウェブサービスを段階的にモダナイズする - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

コンテナと Amazon API Gateway を使用してレガシー Microsoft ASP.NET (ASMX) ウェブサービスを段階的にモダナイズする

Dan Broadway、Amazon Web Services (AWS)

2021 年 11 月 (ドキュメント履歴)

このガイドでは、ストラングラー fig パターンを実装して、Amazon Web Services () のレガシー ASP.NET ウェブサービスをモダナイズするためのアプローチとベストプラクティスについて説明しますAWS。strangler fig パターンは、レガシーシステムの既存の機能を新しいアプリケーションやサービスに段階的に置き換えるモダナイゼーションアプローチです。その後、新しいシステムがレガシーシステムの古い部分や主要な部分をすべて置き換えます。機能が置き換えられると、レガシー (多くの場合モノリシック) システムの非アクティブな部分を削除または廃止できます。

このガイドでは、抽象化アプローチによる変更されたブランチについて説明します。抽象化アプローチは、ソフトウェアシステムを段階的に変更するための一般的な手法であり、サービスが動作を別の新しいサービスに延期し、サービスコンシューマーへの重大な変更を管理するのに役立ちます。

ターゲットを絞ったビジネス成果

このガイドの目的は、Representational State Transfer (REST) または Simple Object Access Protocol (SOAP) 標準に基づくレガシー ASP.NET サービスをお客様がモダナイズできるようにすることです AWS。大規模なモノリシックアプリケーションのデカップリングに関連する配信リスクを管理するために、段階的なモダナイゼーションアプローチが必要なシナリオに焦点を当てています。また、重大な変更を加えることなく、複数のコンシューマーを持つサービスを同期してアップグレードできないシナリオについても説明します。

このガイドは、以下を支援することを目的としています。

  • で ASP.NET アプリケーションを移行、モダナイズ、スケーリングする AWS

  • レガシーアプリケーションのモダナイズに関連する配信リスクを管理する

  • 可用性の高い複数のコンシューマーを持つサービスを切り離す