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

# 次の手順
<a name="next-steps"></a>

次の手順を検討することをお勧めします。

1. データレイク、オブジェクトストア、クラウドサービスなど、エコシステム全体のデータを接続および分析するため、[組織が Teradata Vantage をどのように利用しているか](https://www.teradata.com/Customers)を学びます。

1. オンプレミス環境または他のクラウド環境の移行ワークロードを特定します。次に、[デプロイオプション](https://www.teradata.com/Cloud/Deployment-Options)を確認し、移行先の環境を特定します。詳細については、Teradata ドキュメントの「[Teradata Vantage on AWS](https://www.teradata.com/Cloud/AWS)」を参照してください。

1. リホスト (リフトアンドシフト) またはリプラットフォーム (ワークロードの変更) のいずれかの移行戦略を選択します。詳細については、Teradata ドキュメントの「[Lift-and-shift Cloud Migration](https://www.teradata.com/insights/data-analytics/lift-and-shift-migration)」と「[A Guide to Cloud Migration](https://www.teradata.com/insights/data-architecture/cloud-migration-guide)」を参照してください。

1. AWS で Teradata VantageCloud Enterprise を実行するコストを評価します。詳細については、Teradata ドキュメントの「[Teradata VantageCloud Pricing](https://www.teradata.com/Cloud/Pricing)」を参照してください。

1. このガイドの「[前提条件](prerequisites.md)」セクションに基づいて、移行のすべての前提条件を満たしていることを確認してください。Teradata は、Teradata Vantage を AWS システムで 24 時間 365 日利用可能にするために、商業的に合理的な努力を行っています。Teradata は、月間稼働 SLA を 99.9% (計画ダウンタイムを除く) とすることを目標としています。運用モデルとサービスオプションについては、Teradata ドキュメントの「[Teradata Vantage on AWS](https://www.teradata.com/Cloud/AWS)」を参照してください。

1. セキュリティ要件を定義します。セキュリティコンプライアンスの詳細については、Teradata ドキュメントの「[Cloud Data Security as-a-service](https://www.teradata.com/Cloud/Data-Security)」を参照してください。