準備フェーズ - AWS 規範ガイダンス

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

準備フェーズ

Mobilize phase in SAP migrations to AWS

動員フェーズでは、ターゲット SAP の AWS アーキテクチャの改良とブループリント、概念実証 (PoC) プロジェクトの実装のサポート、および移行ツールと計画の定義に重点を置きます。このフェーズでは、移行プロセスの基盤を構築します。詳細で機能しない要件、SAP on AWS アーキテクチャ、ランディングゾーン、移行アプローチの詳細、および改良された移行計画を指定します。このフェーズでは、移行チームの大部分がオンボーディングされ、移行プロジェクトについて説明されます。SAP ワークロードの移行の準備が確定され、次のフェーズ(移行)への正常な開始が保証されます。

準備フェーズは、以下のステップで構成されます。

  1. 明確に定義された顧客基準に基づいて PoC を計画し、実装します。

  2. プロジェクトチームを動員してオンボーディングします。

  3. SAP on ワークロードの非機能要件を絞り込み、完全に指定します AWS 。

  4. 新規および既存の SAP ワークロードを新しい AWS インフラストラクチャにマッピングします。

  5. SAP レンズ – Well-Architected フレームワークで説明されている原則に従って、 AWS アーキテクチャで SAP を設計します。 AWS

  6. SAP ワークロード要件に準拠した新しい (または既存の) ランディングゾーンを設計および構築します。

  7. 詳細なプロジェクト計画を完了します。

  8. AWS インフラストラクチャのプロビジョニングと SAP の初期インストールに必要なコードを準備します。

  9. 必要な移行および変換ツールを準備してセットアップします。

目的 アクティビティ
  • で SAP ワークロードの詳細な将来のアーキテクチャの設計図を作成する AWS

  • 詳細な移行計画を作成する

  • ランディングゾーンを確定する

  • 組織内、パートナー組織内 AWS、パートナー組織内の移行チームを動員して整理する)

  • お客様の要件の詳細を絞り込む

  • 既存の SAP ワークロードを AWS サービスにマッピングする

  • 必要な工具とインテグレーションを定義する

  • 詳細な、将来の状態アーキテクチャを作成し、遷移状態を定義する

  • 詳細な移行計画の作成、役割と責任の定義

  • プロジェクトチームのオンボーディング

入力

出力

  • 評価フェーズからの出力

  • DR、HA、セキュリティ、主要なオペレーション手順、パフォーマンス、ソフトウェアのバージョン ( オペレーティングシステム、データベース、SAP および非 SAP システム )、および統合に関する詳細な要件

  • AWS での SAP ワークロードの移行と実行に関するベストプラクティス AWS

  • 詳細な移行計画と責任、説明、相談、情報に基づく (RACI) マトリックス

  • DR、HA、セキュリティ、分割、DevOps、パフォーマンス、ソフトウェアバージョン、および同様の考慮事項に関する詳細な要件

  • 移行に関する詳細な技術的アプローチとツール要件

  • 将来状態の SAP アーキテクチャの詳細ブループリント

  • ランディングゾーン

  • Infrastructure as code (IaC)

Covestro が運用を変革し、製造イノベーションを推進するために使用している導入事例を参照して、プレミアムヘルス業界の主要なサプライヤーである Covestro が、クラウド移行をサポートし、ニーズを満たすプラットフォームアーキテクチャを作成 AWSするためにプロフェッショナルサービスをどのように選択した AWS かを確認してください。Covestro は、500 を超えるビジネスアプリケーションと 1,000 を超えるサーバーをデータセンターから AWS ランディングゾーンに移動しました。

次の図は、SAP 動員プロジェクトチームの簡略化された一般例を示しています。

Simplified example of an SAP project team