評価フェーズ - AWS 規範ガイダンス

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

評価フェーズ

Assess phase in SAP migrations to AWS

評価フェーズでは、現在のインフラストラクチャ、プロセス、組織構造、および SAP ワークロードの要件の評価と検出に焦点を当てます。このフェーズは、多くの場合、クラウドプロバイダーの選択プロセスの一部として開始されます。

評価フェーズは次のステップで構成されます。

  1. クラウドプロバイダー AWS として を選択すると、プロジェクトの準備段階で、 AWS Professional Services は移行の対象となるすべての SAP システムと SAP ランドスケープを検証します。目標は、すべてのデータポイントが有効であることを確認し、ギャップを埋めることです。

  2. プロジェクトチームは、SAP システムランドスケープの一部である統合、バッチジョブ、サテライトシステムの詳細なインベントリを作成し、オペレーティングシステム、データベース、SAP および非 SAP アプリケーションのバージョンを決定します。これには、互換性、サポート、ライセンス、コンプライアンスの要件を満たす必要があります。また、各アプリケーションのデータベースの現在および予測されるサイズ、ネットワーク容量、必要なコンピューティングパフォーマンス、高可用性 (HA) およびディザスタリカバリ (DR) 要件などの技術的要件も含まれます。

  3. 組織の側面が評価されます。これには、SAP Center of Excellence、移行の取り組みをサポートし、移行と並行して定期的な運用を維持するために必要な技術、組織、プロジェクト管理機能 (社内およびパートナー支援の両方) が含まれます。この評価には、SAP アプリケーション資産の稼働予定表、定期的なメンテナンス手順、バックアップ、セキュリティチェックも含まれます。

  4. 制限された日付、財務クローズ、ピーク取引時間、取引期間などのビジネス側面が考慮されます。ビジネスの継続性、法規制コンプライアンス、データプライバシー、データレジデンシー、セキュリティなど、重要なトピックに関するビジネスインプットが考慮されます。

目的 アクティビティ

  • での SAP ワークロードへの移行 AWS と運用に関する知識をチームに転送する AWS

  • 現在の SAP アーキテクチャを評価し、現在の SAP システムランドスケープ、進行中および計画されているプロジェクトのインベントリを作成する

  • 将来の移行とアーキテクチャの目標を定義する

  • 概念的な未来状態アーキテクチャを定義する

  • 潜在的なインフラストラクチャと総保有コスト (TCO) のメリットを評価する

  • SAP ワークロードを に移行するためのオプション AWS、モダナイゼーションの概念、および例を提示して説明します。

  • 現在の SAP アプリケーションの資産とアーキテクチャ、および計画された顧客プロジェクトのインベントリを作成する

  • 移行と近代化の戦略と戦術を探る

  • 概念的な未来状態アーキテクチャを定義し、必要に応じて TCO 計算を定義します。

  • ランディングゾーン ( クラウドファンデーション ) の概要を説明する

入力

出力

  • プレゼンテーション、ワークショップ、ラウンドテーブル

  • 現在のSAPランドスケープ、SAPアプリケーション、データベース、オペレーティングシステム、サイジング、および類似の技術仕様に関するドキュメント

  • 移行目標復旧時点 (RPO)、目標復旧時間 (RTO)、HA、DR要件など移行およびアーキテクチャ目標のドラフト

  • AWS のベストプラクティスと例

  • 移行とアーキテクチャの概念 AWS、リファレンス、例の概要など、SAP に焦点を当てたプレゼンテーション

  • 移行の目的、戦術、戦略に関するドキュメント

  • 概念アーキテクチャに関するドキュメント

  • ドラフトのランディングゾーン

次の図は、評価フェーズの一部として提供される SAP on AWS Discovery Workshop の簡単な例を示しています。チームおよび AWS プロフェッショナルサービスの両方が積極的に参加していることを、個別のアジェンダ項目とともに書き留めます。

Simplified example of an SAP on AWS Discovery Workshop