All Products
Search

This Product

    :Istilah dalam OSS

    Document Center

    :Istilah dalam OSS

    Last Updated:Jul 02, 2025

    Topik ini menjelaskan istilah dasar yang digunakan dalam Object Storage Service (OSS).

    Bucket

    Bucket adalah wadah untuk objek yang disimpan di OSS. Setiap objek di OSS berada di dalam bucket. Anda dapat mengonfigurasi berbagai properti untuk sebuah bucket, termasuk wilayah, daftar kontrol akses (ACL), dan kelas penyimpanan. Kelas penyimpanan berguna ketika Anda perlu menyimpan data dengan pola akses yang berbeda.

    • OSS menggunakan struktur datar daripada struktur hierarkis untuk objek. Setiap objek termasuk dalam sebuah bucket.

    • Anda dapat membuat beberapa bucket.

    • Nama bucket harus unik di OSS dalam satu akun Alibaba Cloud. Nama bucket tidak dapat diubah setelah bucket dibuat.

      Catatan

      Nama bucket yang dibuat oleh semua akun Alibaba Cloud harus unik. Sebagai contoh, jika Pengguna A membuat bucket bernama contoh, pengguna lain tidak dapat membuat bucket lain dengan nama contoh.

    • Sebuah bucket dapat berisi jumlah objek yang tidak terbatas.

    Nama bucket harus mematuhi konvensi penamaan berikut:

    • Nama hanya dapat berisi huruf kecil, angka, dan tanda hubung (-).

    • Nama harus dimulai dan diakhiri dengan huruf kecil atau angka.

    • Nama harus memiliki panjang 3 hingga 63 karakter.

    Objek

    Objek adalah unit data terkecil di OSS. File yang diunggah ke OSS disebut objek. Tidak seperti sistem file biasa, objek di OSS disimpan dalam struktur datar alih-alih struktur hierarkis. Objek terdiri dari kunci, metadata, dan data yang disimpan dalam objek. Setiap objek dalam bucket diidentifikasi secara unik oleh kuncinya. Metadata objek adalah sekelompok pasangan kunci-nilai yang mendefinisikan properti objek, seperti tipe file dan format encoding. Anda juga dapat menentukan metadata pengguna kustom untuk objek di OSS.

    Siklus hidup objek dimulai saat objek diunggah, dan berakhir saat objek dihapus. Kecuali untuk objek yang dapat ditambahkan, Anda tidak dapat mengubah konten objek di semua tahap siklus hidup objek. Untuk mengubah konten objek, Anda harus mengunggah objek baru untuk menggantikan objek yang ada. Objek baru harus memiliki nama yang sama dengan objek yang kontennya ingin Anda ubah.

    Nama objek harus mematuhi konvensi berikut:

    • Nama harus dikodekan dalam UTF-8.

    • Nama harus memiliki panjang 1 hingga 1.023 karakter.

    • Nama tidak boleh dimulai dengan garis miring (/) atau garis miring terbalik (\).

      Catatan

      Nama objek bersifat peka huruf besar-kecil. Kecuali dinyatakan lain, dokumentasi OSS merujuk semua objek atau file sebagai objek.

    Kunci objek

    Dalam SDK OSS untuk berbagai bahasa pemrograman, object key, key, dan object name menunjukkan jalur lengkap objek. Anda harus menentukan jalur lengkap objek saat melakukan operasi pada objek. Sebagai contoh, saat Anda mengunggah objek ke bucket, ObjectKey menunjukkan jalur lengkap yang mencakup ekstensi objek, seperti abc/efg/123.jpg.

    Jenis objek

    Objek dapat diklasifikasikan menjadi jenis berikut berdasarkan cara objek tersebut dibuat:

    • Normal

      Objek jenis ini dibuat menggunakan unggahan sederhana. Objek ini hanya dapat dibaca dan tidak dapat diubah setelah diunggah. Untuk mengubah konten objek yang ada, Anda harus mengunggah objek dengan nama yang sama dengan objek yang ada untuk menimpa objek yang ada. Unggahan sederhana memungkinkan Anda mengunggah objek yang ukurannya lebih kecil dari 5 GB. Unggahan sederhana cocok untuk skenario di mana Anda dapat mengunggah objek dengan mengirimkan satu permintaan HTTP. Untuk informasi lebih lanjut, lihat Unggahan sederhana.

    • Multipart

      Objek jenis ini dibuat menggunakan unggahan multipart. Objek ini hanya dapat dibaca dan tidak dapat diubah setelah diunggah. Untuk mengubah konten objek yang ada, Anda harus mengunggah objek dengan nama yang sama dengan objek yang ada untuk menimpa objek yang ada. Unggahan multipart cocok untuk skenario di mana Anda dapat mempercepat unggahan objek besar, kondisi jaringan tidak stabil, dan ukuran objek tidak diketahui. Untuk informasi lebih lanjut, lihat Unggahan multipart.

    • Appendable

      Objek jenis ini dibuat menggunakan unggahan tambahan. Anda dapat menggunakan unggahan tambahan untuk mengunggah data video ke objek yang sama segera setelah data video dihasilkan. Unggahan tambahan cocok untuk aliran video real-time yang dihasilkan di bidang-bidang seperti pengawasan video dan siaran langsung. Untuk informasi lebih lanjut, lihat Unggahan tambahan.

    Penting

    Objek tidak dapat diubah menjadi jenis objek lain. Sebagai contoh, objek normal tidak dapat diubah menjadi objek multipart atau objek appendable.

    Wilayah

    Wilayah adalah lokasi fisik tempat OSS menyediakan layanan. Saat Anda membuat bucket, Anda dapat memilih wilayah berdasarkan biaya atau lokasi dari mana bucket paling sering diakses. Dalam banyak kasus, ketika Anda mengakses OSS dari lokasi geografis yang lebih dekat, kecepatan aksesnya lebih cepat. Untuk informasi lebih lanjut, lihat Wilayah dan titik akhir.

    Wilayah bucket harus ditentukan saat bucket dibuat. Setelah bucket dibuat, wilayahnya tidak dapat diubah. Semua objek dalam bucket disimpan di wilayah tempat bucket berada. Wilayah dikonfigurasikan untuk bucket, bukan untuk objek.

    Titik akhir

    Titik akhir adalah nama domain yang digunakan untuk mengakses OSS. OSS menyediakan titik akhir spesifik wilayah yang dapat Anda gunakan untuk mengakses data Anda. Anda dapat mengelola data Anda di berbagai wilayah dengan menggunakan operasi API OSS. Wilayah memiliki titik akhir yang berbeda untuk akses melalui jaringan internal dan untuk akses melalui Internet. Sebagai contoh, titik akhir publik yang digunakan untuk mengakses data OSS di wilayah China (Hangzhou) adalah oss-cn-hangzhou.aliyuncs.com, dan titik akhir internal adalah oss-cn-hangzhou-internal.aliyuncs.com. Untuk informasi lebih lanjut, lihat Wilayah dan titik akhir.

    Pasangan AccessKey

    Pasangan AccessKey digunakan untuk mengotentikasi peminta. Pasangan AccessKey terdiri dari ID AccessKey dan Rahasia AccessKey. OSS menggunakan pasangan AccessKey untuk mengimplementasikan enkripsi simetris dan memverifikasi identitas peminta. ID AccessKey digunakan untuk mengidentifikasi pengguna. Rahasia AccessKey digunakan untuk mengenkripsi dan memverifikasi string tanda tangan. Rahasia AccessKey harus dirahasiakan. OSS mendukung pasangan AccessKey yang diperoleh dengan menggunakan metode berikut:

    • Pasangan AccessKey yang diajukan oleh pemilik bucket.

    • Pasangan AccessKey yang diberikan oleh pemilik bucket dengan menggunakan Manajemen Akses Sumber Daya (RAM).

    • Pasangan AccessKey yang diberikan oleh pemilik bucket dengan menggunakan Layanan Token Keamanan (STS).

    Untuk informasi lebih lanjut, lihat Memperoleh pasangan AccessKey.

    Atomisitas dan konsistensi kuat

    • Atomisitas

      Operasi objek di OSS bersifat atomik. Operasi berhasil atau gagal tanpa keadaan perantara. Saat objek diunggah, Anda bisa mendapatkan data sebelum atau sesudah unggahan. Anda tidak dapat memperoleh data parsial atau rusak.

    • Konsistensi kuat

      Operasi objek di OSS sangat konsisten. Sebagai contoh, ketika Anda menerima respons sukses unggah (PUT), Anda dapat segera membaca objek yang diunggah, dan replika objek dibuat untuk redundansi. Oleh karena itu, tidak ada skenario di mana data tidak diperoleh saat Anda melakukan operasi baca-setelah-tulis. Demikian pula, setelah Anda menghapus objek, objek dan replikanya tidak ada lagi.

    Mekanisme redundansi data

    Mekanisme redundansi data diimplementasikan berdasarkan pengkodean erasure untuk memastikan daya tahan dan ketersediaan data saat terjadi kegagalan perangkat keras.

    • Operasi pada objek di OSS sangat konsisten. Sebagai contoh, ketika Anda menerima respons sukses unggah atau replikasi, Anda dapat segera membaca objek yang diunggah, dan replika objek dibuat untuk redundansi.

    • Untuk memastikan bahwa data sepenuhnya ditransmisikan, OSS menghitung checksum paket lalu lintas jaringan untuk memeriksa kesalahan saat paket ditransmisikan antara klien dan server.

    • Mekanisme redundansi data OSS dapat mencegah kehilangan data bahkan ketika dua fasilitas penyimpanan rusak pada saat yang sama.

      • OSS secara berkala melakukan pemeriksaan pada replika dan memulihkan data yang rusak untuk memastikan daya tahan dan ketersediaan data.

      • OSS secara berkala memverifikasi integritas data untuk mendeteksi kerusakan data yang disebabkan oleh kesalahan dan kegagalan perangkat keras. Jika data sebagian rusak atau hilang, OSS memulihkan data dengan menggunakan replika data tersebut.