Tenant 提供、管理上の制御、永続的なデータ、非同期のワークロード、保持された成果物、制御された Python、Assurance 復旧経路は現在の実行時モデルで分離されたままです。
デプロイメントモデル
本番準備状況は、正確な環境上の正確なビルドに対して判断します。
実行時図／リポジトリテストは境界を説明します。本番承認には不変の成果物上の記録済みの移行、認可、復旧、ストレージ、コネクター、ブラウザー、運用上の受入確認が必要です。
デプロイメントモデル
データベース、キャッシュ、オブジェクトストレージ、シークレット、キー、ログ、ワークロードサービスは管理された AWS ケイパビリティにマップできます。このリポジトリは一律の本番 ECS／CDK スタックを提供するとは主張しません。
移行台帳、拒否側の認可経路、ブローカー障害、再配信、古くなった復旧、ストレージ改ざん、バックアップ／復元、コネクター認証、ロールバックリハーサルは承認の対象です。
ケイパビリティラベルは現在の製品スコープを示します。顧客／配備所有者は選択されたアーキテクチャのインフラストラクチャ、セキュリティ、法的な、運用上の受入確認を記録する必要があります。
現在の実行時はワークロード境界を具体化します。
Tenant 提供、管理上の制御、永続的なデータ、非同期のワークロード、保持された成果物、制御された Python、Assurance 復旧経路は現在の実行時モデルで分離されたままです。
管理された AWS サービスは対象アーキテクチャです。
データベース、キャッシュ、オブジェクトストレージ、シークレット、キー、ログ、ワークロードサービスは管理された AWS ケイパビリティにマップできます。このリポジトリは一律の本番 ECS／CDK スタックを提供するとは主張しません。
受入確認は起動時だけでなく失敗も対象とします。
移行台帳、拒否側の認可経路、ブローカー障害、再配信、古くなった復旧、ストレージ改ざん、バックアップ／復元、コネクター認証、ロールバックリハーサルは承認の対象です。
公開状態は顧客環境を認証できません。
ケイパビリティラベルは現在の製品スコープを示します。顧客／配備所有者は選択されたアーキテクチャのインフラストラクチャ、セキュリティ、法的な、運用上の受入確認を記録する必要があります。
次のステップ
曖昧さを許容できないフローから始めましょう。
重要なシステム、担当者、ルール、提供責任、証拠要件をお聞かせください。
重要なフローについて相談する簡潔に知る
すべての配備が自動的に本番対応になりますか？
いいえ。本番承認には、正確なリビジョン、不変イメージ、対象インフラストラクチャ、記録された移行、認可、復旧、ストレージ、コネクター、運用上の受入確認が必要です。
顧客データはどこに置かれますか？
配備ポリシーと Job ポリシーが経路を決めます。対応する STANDARD 業務は制御された spool を使用する場合があり、EPHEMERAL_STAGING は成功前に検証済み削除を要求し、NO_STAGING は制限されたメモリーページによる内容非保持の移行元から移行先への経路だけを許可します。コネクターと本番受入れの条件は引き続き適用されます。