要約

  • Scaleway の既定保管ルールは新規オブジェクトに適用され、各作成日から期間が始まる。一つの期間設定は、一つの共通終了日を意味しない。
  • 個別の終了日時と法的保留は独立した制約である。期間満了だけでは保留解除もバージョン削除も証明できない。
  • オブジェクトロックを有効にしたバケットでは、その無効化とバージョン管理の停止はできない。この継続的な選択と、個別オブジェクトの期限は別の尺度だ。

設定の数と、期限の数は一致しない

アーカイブを一つの案件として購入すると、管理上は一つの終わりを想定しやすい。ところが、資料が順次追加されるなら、保管制約の起点も順次増える。同じ期間を採用したとしても、早く作られたオブジェクトと後で作られたオブジェクトが同じ日に起算するわけではない。

これは実在する顧客の一覧を調べた結果ではなく、Scaleway の公開ルールから導く仮想例だ。2026年5月21日に確認されたオブジェクトロックの詳細ガイドは、既定の保管ルールが新しいオブジェクトに適用され、その作成日から期間が始まると説明する。日数や年数で指定する期間と、個別の絶対終了日時も区別されている。

したがって、バケットの既定値は新たな制約を生むルールであって、既に存在する制約の完了予定表ではない。購入者が知るべきなのは、設定の簡単さだけでなく、どの記録のどの将来判断が制限されているかである。

個別の設定は既定値より細かい

Scaleway は、特定オブジェクトの保管設定が、そのオブジェクトについてバケット既定値を上書きすると記す。保管終了日時は絶対タイムスタンプだ。一つのバケット設定を見るだけでは、すべての要素に実際に適用される状態を確認できない。

また、新規オブジェクトに既定値が適用されるという説明から、既存の全資料が遡って保護されると結論づけることもできない。既存バージョンは自身の設定で確認する必要がある。本稿は読み取りや名前変更によって保管の時計が再スタートするという未記載の動作を推定しない。

この違いは、期限を一括して短くしたいと後から考える場面でも重要だ。既定値の変更と、既存の保護対象に対する操作可能性は別の問いである。詳細ガイドが定めるモードの制約を飛ばして、設定画面の変更を全体の自由な変更とみなしてはならない。

強い保護は後日の裁量を減らす

Compliance モードは、指定した保管期間中の削除や上書きを、所有者や管理者にも認めない。詳細ガイドでは、モード変更と期間短縮もできないとされる。Governance モードでは、適切な権限を持つ利用者による設定変更や対象削除の余地が残る。二つは将来の操作権を異なる場所に置く選択だ。

企業が強い制約を購入するのは、後日の管理者にも保護記録を消させたくないからかもしれない。その場合、裁量を失うこと自体が価値になる。同時に、正当な整理方針が変わっても、同じ制約が残る点を理解する必要がある。便利さの差だけでは比較できない。

オブジェクトロックにはバージョン管理が必要だ。バケットで有効にするとロックは無効化できず、バージョン管理も停止できない。これはバケットの運用状態についての継続的な選択であって、すべてのオブジェクトが永久に保存されるという意味ではない。個別期限が短縮できないことと、バケットの有効化を戻せないことも別の尺度に属する。

保留には自動の終わりがない

法的保留は、保管期間と独立したオン・オフの状態として説明される。自動満了日がなく、必要な権限を持つ利用者が明示的に解除する。期間保管と同時に使えるため、一方の制約の終了だけで他方の終了を判断できない。

例えば、仮想的な対象群では保管期限を過ぎた記録にも有効な保留が残り得る。逆に、保留を解除しても独立した保管期限が満了した証拠にはならない。これらは公開された仕組みの関係であり、顧客の処理遅延を観察した主張ではない。

法的保留という名称は、ここでは製品機能を指す。特定の記録にどの法律がどの期間を要求するかを本稿は判断しない。ベンダーの技術例にある期間も、購入者に対する法的義務にはならない。保存する理由と、保存を実行する仕組みは分けて定めるべきだ。

表示から消えることと、バージョンが消えること

2025年7月に確認された削除トラブルのガイドは、バージョン管理されたバケットでバージョン識別子を指定しない削除が、削除マーカーを作ると説明する。対象オブジェクトは引き続き存在する。Governance の特別な回避要求とバージョン識別子についても別に記載されている。本研究では、顧客データに対する削除や回避は行っていない。

バックアップガイドは、同じ名前の下に新しいバージョンが作られることも示す。名前や通常の一覧は、保管履歴の全体ではない。可視状態、特定バージョンの存在、適用権限を一つの情報にしてしまうと、残る制約を読み違える可能性がある。

これは測定上のリスクであり、Scaleway が保護データを失った、あるいは顧客に誤請求したという証拠ではない。マーカーは物理消去を証明しない。一方、バイトが残る証明も、アプリケーションが有用なサービスを復元できる証明ではない。

保管の境界と、復旧の境界

ストレージの責任分担文書では、基盤の運用を Scaleway が担い、ライフサイクル、バージョン管理、継続性や整合性の仕事を顧客が担う。要求に応じて提供される記録と顧客側の確認責任は、特定アーカイブの復旧成功率ではない。変更を防ぐ制約は、全アプリケーション部品の整合した取得や代替環境の検証を自動的に立証しない。

公開文書には、さらにアカウントの境界がある。概念ページと2026年4月のバックアップガイドは、期間満了のほかにアカウント全体の削除を例外として記す。2月の閉鎖ガイドはリソースやバックアップの永久削除を説明しながら、コンソールアクセスが残ることと個人データ消去との違いを示す。

現在ロックされたバージョンがその手続きで厳密にどう扱われるかは、本研究では確定していない。アカウントは閉鎖せず、回避も試していない。機能する脆弱性やオブジェクト単位の約束の失敗を示すものではない。管理者制限を全アカウント操作に対する未検証の保証へ拡大せず、提供者に範囲を確認する必要がある。

購入の経済的意味は、どの判断をいつまで失うかにある。統一既定値は適切であり得るが、個別日時と独立保留を含む全体の答えではない。六つの資料は費用削減、事故、復旧実績を数値化していない。設定の簡潔さを、すべての制約が同時に終わるという約束に変えないことが、この調達判断の要点だ。

出典