

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

# AWS クラウドへの移行中の COTS と社内アプリケーションのリプラットフォーム
<a name="welcome"></a>

*Anbu Selvan、Amazon Web Services (AWS)*

*2021 年* 3 月 ([ドキュメント履歴](doc-history.md))

このガイドでは、Amazon Web Services (AWS) クラウドで市販の既製品 (COTS) および社内アプリケーションを再プラットフォームする際に重点を置く 7 つの領域について説明します。このガイドでは、アプリケーションコンポーネントのリプラットフォームに役立つ戦略、ツール、 AWS サービスも提供しています。COTS アプリケーションは、既製で、商用市場で購入できるサードパーティ製のアプリケーションです（例えば、[AWS Marketplace](https://aws.amazon.com//marketplace))。社内アプリケーションは、組織によって内部的に開発され、使用されます。

COTS または社内アプリケーションを に移行することを決定したら AWS クラウド、7 つの一般的な移行戦略 ([7 R](apg-gloss.md#glossary-7rs)) のうちどれを使用するかを評価する必要があります。これらの戦略は、リファクタリング、再プラットフォーム、再購入、リホスト、再配置、保持、および使用停止です。サポート終了 (EOS) の日付に達した、またはそれに近いコンポーネントまたはデータベースを使用するアプリケーションを再プラットフォーム化することをお勧めします。EOS は、ベンダーが製品のテクニカルサポートを取り下げたときです。 AWS クラウドでアプリケーションを再プラットフォームすることを選択した場合は、次の機能を利用できます。
+ [でインプレースオペレーティングシステム (OS) のアップグレード](https://docs.aws.amazon.com//AWSEC2/latest/WindowsGuide/os-inplaceupgrade.html)を自動化します AWS Systems Manager。
+ Amazon EC2 (Amazon Elastic Compute Cloud) インスタンスから Amazon マシンイメージ (AMI) をすばやく作成するには、スナップショットストレージボリュームを使用します。
+ プライベートサブネットを作成して、古いオペレーティングシステム (OS) で実行されるワークロードを分離します。
+ 高速ネットワークを使用して、再プラットフォームをテストするための本番環境を迅速にレプリケーションします。
+ 追加のオンプレミスハードウェアを使用せずに、オンデマンド EC2 インスタンスを使用して個別のアプリケーションスタックをすばやくセットアップできます。

 AWS クラウドで利用できるこれらの機能やその他の機能を活用するには、まず を使用してアプリケーションをリホストすることをお勧めします[AWS Application Migration Service](https://docs.aws.amazon.com//mgn/latest/ug/what-is-application-migration-service.html)。その後、 AWS クラウドでアプリケーションをアップグレードできます。次のリストに、アプリケーションを再プラットフォームするタイミングの例を示します。
+ アプリケーションの OS、ランタイム (例えば、[Apache Tomcat](http://tomcat.apache.org/)、[JBoss](https://jbossas.jboss.org/)、または [Oracle WebLogic Server](https://www.oracle.com/middleware/technologies/weblogic.html))、データベース、またはランタイムコンポーネント (Java、Python、Perl など) は、サポート対象外です。
+ アプリケーションの復元力が向上し、障害（ソフトウェアのバグやインフラストラクチャの問題など）から自動的に回復する必要があります。
+ 新しい顧客セグメントや負荷の増加をサポートするには、新しいアプリケーション機能が必要です。
+ アプリケーションは不安定であり、オペレーションの安定性を高めるための改善が必要です。

再プラットフォームを開始する前に、アプリケーションの機能に代わるものを検討する必要があります。例えば、独立系ソフトウェアベンダー (ISV) から SaaS (Software as a Service) ソリューションに置き換えることができるかどうかを評価してください。また、、[Amazon Cognito](https://docs.aws.amazon.com//cognito/latest/developerguide/what-is-amazon-cognito.html)[AWS Lambda](https://docs.aws.amazon.com//lambda/latest/dg/welcome.html)、Amazon [Amazon MQ](https://docs.aws.amazon.com//amazon-mq/latest/developer-guide/welcome.html)、Amazon [AWS Glue](https://docs.aws.amazon.com//glue/latest/dg/what-is-glue.html) [Quick](https://docs.aws.amazon.com//quicksight/latest/user/welcome.html)、[Amazon Aurora](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html) などの AWS サービスを使用してアプリケーション機能を再構築することもできます。

このガイドは、IT 管理者、アプリケーション所有者、アーキテクト、テクニカルリード、プロジェクトマネージャを対象としています。このガイドでは、 AWS クラウドで COTS と社内アプリケーションを再プラットフォームするときに焦点を当てる次の 7 つの領域について説明します。
+ [リプラットフォーム環境の選択](choosing-replatforming-environment.md)
+ [サポートされていない OS で実行されているアプリケーションコンポーネントの再プラットフォーム化](replatforming-application-components.md)
+ [バックエンドデータベースの再プラットフォーム](replatforming-backend-databases.md)
+ [ファイル共有の再プラットフォーム](replatforming-file-shares.md)
+ [ロギングおよびモニタリングコンポーネントの更新](updating-logging-monitoring.md)
+ [アプリケーションのテストと検証](testing-validating-application.md)
+ [進行中の OS パッチの自動化](automating-os-patching.md)

## ターゲットを絞ったビジネス成果
<a name="targeted-business-outcomes"></a>

 AWS クラウドで COTS と社内アプリケーションを再プラットフォームすると、次の 4 つの結果が期待されます。
+ サポートされていないソフトウェアまたは OS を実行するレガシーアプリケーションによるセキュリティリスクを軽減します。
+ 高価で必須ではないデータベースエディションを削除したり、オープンソースデータベースを採用することで、アプリケーション全体の所有コストを削減できます。
+  AWS マネージドデータベース ([Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/Welcome.html) や Aurora など) を使用して、アプリケーションの可用性と信頼性を高めることで、運用上のオーバーヘッドを削減します。
+ [Amazon CloudWatch](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) モニタリングまたはSystems Managerベースの OS のパッチ適用など、クラウドネイティブのオートメーションとモニタリング機能を採用することで、レガシーアプリケーションの復元力を高めます