Kebijakan retensi tingkat bucket OSS, juga dikenal sebagai BucketWorm, menyediakan model Write Once, Read Many (WORM) untuk penyimpanan data. Kebijakan ini menjadikan objek immutable sehingga mencegah penghapusan atau modifikasi oleh siapa pun, termasuk pemilik bucket, selama periode tertentu. Selama periode retensi, Anda hanya dapat mengunggah dan membaca objek. Objek hanya dapat dimodifikasi atau dihapus setelah periode retensi berakhir.
Kasus penggunaan
Fitur WORM pada kebijakan retensi OSS membantu Anda memenuhi persyaratan regulasi dan kepatuhan dari lembaga seperti U.S. Securities and Exchange Commission (SEC) dan Financial Industry Regulatory Authority (FINRA). Fitur ini cocok untuk sektor-sektor seperti keuangan, asuransi, kesehatan, dan sekuritas, serta untuk skenario seperti arsip kepatuhan dan audit log data.
OSS telah terakreditasi oleh Cohasset Associates dan memenuhi persyaratan ketat untuk retensi catatan elektronik, seperti SEC Rule 17a-4(f), FINRA Rule 4511, dan Commodity Futures Trading Commission (CFTC) Rule 1.31. Untuk informasi lebih lanjut, lihat Laporan Penilaian Cohasset OSS.
Prasyarat
Pengendalian versi harus diaktifkan atau dinonaktifkan untuk bucket; statusnya tidak boleh suspended. Untuk informasi lebih lanjut tentang pengendalian versi, lihat Versioning.
Catatan penggunaan
-
Anda tidak dapat mengaktifkan OSS-HDFS dan mengonfigurasi kebijakan retensi tingkat bucket untuk bucket yang sama.
-
Selama periode retensi, Anda dapat mengonfigurasi aturan siklus hidup untuk memindahkan objek ke kelas penyimpanan yang berbeda, sehingga mengurangi biaya penyimpanan sambil tetap memenuhi kepatuhan.
-
Kebijakan retensi tingkat bucket (BucketWorm) dan kebijakan retensi tingkat objek (ObjectWorm) bersifat saling eksklusif. Anda tidak dapat mengaktifkan kedua jenis kebijakan retensi tersebut untuk bucket yang sama. Jika kebijakan retensi tingkat bucket diaktifkan untuk suatu bucket, Anda tidak dapat mengaktifkan kebijakan retensi tingkat objek, dan sebaliknya.
Cara kerja
-
Aturan aktivasi
Saat Anda membuat kebijakan retensi berbasis waktu, kebijakan tersebut masuk ke status InProgress selama 24 jam. Selama periode ini, sumber daya bucket dilindungi.
-
Dalam 24 jam setelah Anda membuat kebijakan retensi:
-
Jika kebijakan retensi belum dikunci, pemilik bucket dan pengguna yang berwenang dapat menghapus kebijakan tersebut.
-
Setelah dikunci, kebijakan tidak dapat dihapus, dan periode retensinya tidak dapat dipersingkat. Namun, Anda dapat memperpanjang periode retensi. Data dalam bucket dilindungi. Jika Anda mencoba menghapus atau memodifikasi data, OSS akan mengembalikan pesan error
409 FileImmutable.
-
-
Lebih dari 24 jam setelah Anda membuat kebijakan retensi:
Jika tidak dikunci dalam waktu 24 jam, kebijakan tersebut kedaluwarsa secara otomatis, dan Anda kemudian dapat menghapusnya.
-
-
Aturan penghapusan
-
Kebijakan retensi berbasis waktu merupakan atribut metadata dari suatu bucket. Menghapus bucket juga akan menghapus kebijakan retensinya.
-
Jika kebijakan retensi tidak dikunci dalam waktu 24 jam setelah dibuat, pemilik bucket dan pengguna yang berwenang dapat menghapus kebijakan tersebut.
-
Jika bucket berisi objek yang masih dalam periode retensinya, Anda tidak dapat menghapus kebijakan retensi maupun bucket tersebut.
-
-
Contoh
Misalnya, jika Anda membuat dan mengunci kebijakan retensi 30 hari untuk suatu bucket pada 1 Juni 2022, lalu mengunggah tiga objek—file1.txt, file2.txt, dan file3.txt—pada waktu yang berbeda, tabel berikut menampilkan tanggal unggah dan tanggal kedaluwarsa objek-objek tersebut.
Nama objek
Waktu unggah
Waktu kedaluwarsa
file1.txt
1 April 2022
30 April 2022
file2.txt
1 Juni 2022
30 Juni 2022
file3.txt
1 September 2022
30 September 2022
Prosedur
Konsol OSS
Alibaba Cloud SDKs
ossutil
Referensi API
Prosedur di atas didasarkan pada operasi API. Untuk kustomisasi lanjutan, Anda dapat membuat permintaan REST API langsung, yang mengharuskan Anda menulis kode secara manual untuk menghitung signature. Untuk informasi lebih lanjut, lihat InitiateBucketWorm.
Bekerja dengan versioning
Untuk kasus penggunaan seperti melindungi cadangan data untuk sistem seperti Veeam, melacak riwayat modifikasi aset, atau memenuhi persyaratan kepatuhan keuangan, Anda sering kali perlu mengizinkan pembaruan data kontinu sekaligus memastikan semua versi historis bersifat immutable dan tidak dapat dihapus. Untuk mencapai hal ini, Anda dapat mengaktifkan kebijakan retensi dan versioning pada bucket yang sama. Versioning memastikan bahwa ketika suatu objek ditimpa atau dihapus, versi lamanya tetap disimpan sebagai versi historis alih-alih dihapus permanen. Kebijakan retensi kemudian menerapkan periode retensi ke semua versi objek dalam bucket, sehingga menjadikannya tidak dapat diubah dan tidak dapat dihapus selama periode tersebut.
Saat versioning dan kebijakan retensi digunakan bersama, prinsip-prinsip berikut berlaku:
-
Urutan pengaktifan fitur: Tidak ada batasan urutan pengaktifan versioning dan kebijakan retensi. Anda dapat mengonfigurasinya secara fleksibel sesuai kebutuhan bisnis Anda.
-
Batasan transisi status:
-
Setelah kebijakan retensi diaktifkan, Anda tidak dapat mengubah status versioning dari enabled ke suspended.
-
Anda dapat mengaktifkan kebijakan retensi untuk bucket yang status versioning-nya suspended. Setelah kebijakan diaktifkan, Anda dapat mengubah status versioning menjadi enabled.
-
-
Perlindungan versi objek:
-
Kebijakan retensi melindungi semua versi objek. Tidak ada versi yang dapat dihapus atau dimodifikasi selama periode retensi.
-
Anda dapat mengunggah objek dengan nama yang sama untuk membuat versi baru. Versi baru tersebut juga dilindungi oleh kebijakan retensi.
-
Kebijakan retensi tidak melindungi penanda hapus (delete marker), sehingga penghapusannya tidak dibatasi oleh kebijakan tersebut.
-
-
Sinergi replikasi data:
-
Bucket sumber dan tujuan mendukung konfigurasi independen untuk versioning dan kebijakan retensi.
-
Informasi versi ditransmisikan secara normal selama replikasi. Bucket tujuan mengelola versi berdasarkan konfigurasinya sendiri.
-
Menghapus versi di bucket sumber tidak disinkronkan ke bucket tujuan yang memiliki kebijakan retensi yang diaktifkan.
-