CaseBenderポリシー
- 新規本番インストールは、ネイティブの
minioプロバイダーを選択できません。 - 本番バンドルおよびインストーラーは、MinIOサービス、ルート 資格情報、ボリューム、またはネイティブMinIO SDKを埋め込みません。
- CaseBenderは実行時に新しいMinIOバケットを作成しません。
- 履歴データベースのenum値と移行履歴は残るため、アップグレードで 既存レコードが破棄または再解釈されることはありません。
- レガシーMinIOサービスは、承認済み移行ウィンドウ中の読み取りソースとしてのみ 使用できます。
- 現行実装を超える廃止日または長期サポートの約束は行いません。 顧客固有の日付は、承認済み変更計画に記載します。
移行ウィンドウ
次を含む有界ウィンドウを定義します。- 所有者と承認者
- 最後にサポートされたソースイメージ/バージョンと脆弱性レビュー
- 書き込み凍結とロールバック判断時刻
- ソース保持期限
- テスト済みのPostgreSQLおよび正確なオブジェクトバージョン復旧セット
- 宛先の実環境適格性確認
- RPO/RTO目標と測定済みリハーサルエビデンス
- ソース廃棄前のリーガルホールド/保持承認
何かを変更する前に保全する
次の両方を保持します。- 災害復旧のための、元の
miniodataレイアウトのストレージレベルスナップショット/アーカイブ - キー、サポートされる場合のメタデータ、オブジェクトバージョン、サイズ、および独立して計算したSHA-256を保持する S3 API経由のオブジェクトレベルエクスポート
.env、
暗号化キー、AUDIT_INTEGRITY_SECRET、リリースイメージダイジェスト、TLS信頼、および
ソース資格情報を、承認済みシークレット/復旧システムに保全します。
コピー優先移行
ストレージ移行 を使用します。- PostgreSQLオブジェクト参照と正確なソースバージョンをインベントリする
- ソースを削除または上書きせずにコピーする
- 宛先サイズとダウンロードしたSHA-256を検証する
- 各項目を
StorageMigrationLedgerに記録する - 書き込みを静止し、最終差分をコピーする
- 検証後にのみ読み取りを切り替える
- 文書化された互換ウィンドウ中のみ、レガシー/デュアル読み取りを利用可能にする
- ロールバック承認が期限切れになるまで、ソースを読み取り専用で保持する
sync を使用したり、ソースを削除したり、必要な資格情報をローテーションして外したり、
オブジェクトキーを変更したりしないでください。
ロールバック
ロールバックには、元のソースと一致するデータベース復旧ポイントが必要です。 書き込みを静止し、宛先のみの変更を非破壊でコピーバックし、 SHA-256を検証してから、以前のプロファイル設定を復元します。逆コピーを 証明できない場合は、完全なPostgreSQLプラスオブジェクト一貫性セットを復元します。 未サポートのデータベーススキーマを指すように、古いアプリケーションを向けてはなりません。検証とクローズアウト
宛先の実環境適格性確認、アプリケーションのアップロード/スキャン/プロモート/ダウンロード/ 削除テスト、scripts/storage/verify-backup-restore.ts、およびロールバック
リハーサルを実行します。サニタイズしたエビデンス、台帳状態、件数、ハッシュ、RPO/RTO、
承認、およびソース廃棄認可を保持します。