プライベートインフラ / ID 不要プライバシー方針を読む
将来の復旧計画

バックアップは復元できてこそ意味があります。

再現できないデータと、サービスが失って許容できる時間を基準にバックアップを設計してください。アップロードの成功は始まりにすぎません。

復旧目標を定義する

直近のデータ損失をどこまで許容できるか、またサービスをどれだけ早く復旧させる必要があるかを決めてください。これらは一般に RPO と RTO と呼ばれます。バックアップの頻度、保持期間、復旧ツールをこれらの目標に合わせて選択してください。

独立した障害ドメインを確保する

同じサーバー上のコピーは、誤った編集には役立ちますが、ホストの喪失や管理者資格情報の盗難にはほとんど効果がありません。独立した保存先と、侵害されたアプリケーションではすべてのバージョンを削除できない資格情報を使用してください。

アプリケーションデータの整合性を保つ

稼働中のデータベースには、専用のバックアップツールや整合性の取れたスナップショット手順が必要になる場合があります。変更中のファイルをコピーすると、使用できない結果になることがあります。復元に必要な設定とシークレットを適切に保護したうえで含めてください。

リストアを演習する

サンプルを別の環境に復元し、アプリケーションが実際に動作することを確認してください。手順、所要時間、不足している依存関係を記録します。バックアップの経過時間と失敗したジョブを監視し、プロセスの破損が見過ごされないようにしてください。

インフラストラクチャを構成する

主導権を握る。
自分の条件でデプロイ。

身元書類は不要。完全な管理者アクセス。暗号資産ネイティブの請求。