Haruskah Anda menggunakan alternatif S3 untuk menyimpan objek? – CloudSavvy IT

shutterstock / gorodinkov

Amazon Simple Storage (S3) menyediakan antarmuka yang sangat berguna untuk menyimpan item di penyimpanan cloud cadangan, di mana Anda tidak perlu khawatir tentang perangkat keras yang mendasarinya. Selain menjadi layanan yang disediakan oleh Amazon, ini juga merupakan API standar industri, dan ada banyak layanan yang kompatibel dengannya.

Apa yang kompatibel dengan S3?

Dalam banyak kasus, jika Anda pindah ke penyedia layanan cloud lain, Anda harus mengerjakan ulang banyak aplikasi Anda. Namun, jika Anda menggunakan S3 sebagai backend untuk menyimpan item, Anda akan dapat bertransisi dengan mulus ke banyak layanan lain.

Ini karena S3 adalah standar API terbuka. AWS Simple Storage hanyalah implementasi dari standar ini; Mereka asli, dan mereka jelas akan mendapatkan dukungan terbaik, tetapi ada layanan lain yang akan menawarkan kinerja dan stabilitas yang dapat diterima, seringkali dengan biaya lebih rendah.

Beralih ke layanan ini mudah – cukup ubah titik akhir URL yang digunakan aplikasi Anda, dan biasanya ada baiknya untuk menindaklanjuti dengan beberapa penyesuaian kecil pada penanganan kunci. Anda harus memigrasikan data Anda menggunakan rclone, tetapi ini bukan proses yang sulit, ini adalah proses yang panjang dalam beberapa kasus.

Bukan rahasia lagi bahwa AWS mahal. S3 tidak berbeda, dan sementara itu Penyimpanan File sangat murah, sebenarnya mengakses file-file ini tidak. Dalam beban kerja berat baca/tulis khas yang menyajikan file langsung kepada pengguna, penyimpanan file biasanya murah; Biaya tertinggi sebenarnya adalah biaya transfer data AWS dan biaya aplikasi S3:

Melihat analisis Penjelajah Biaya seperti ini, Anda mungkin tergoda untuk memikirkan layanan pihak ketiga yang akan lebih murah untuk biaya transfer data bisnis Anda.

Pesaing utama AWS S3 adalah Google dan Microsoft. Google memiliki nama non-kreatif “Cloud Storage” dan Microsoft Azure memiliki Azure Blob Storage. Penyimpanan Google kompatibel dengan S3, dan juga relatif mudah untuk dimigrasikan. Di sisi lain, Azure tidak kompatibel dengan S3, meskipun ada alat seperti S3Proxy yang dapat menambalnya bersama.

Baca Juga  WhatsApp Now memungkinkan Anda membuat stiker sendiri dengan mudah

Namun, semua layanan penyimpanan dari tiga besar penyedia cloud akan membebankan biaya tinggi untuk data. Mereka dirancang untuk pelanggan perusahaan, dan jika Anda adalah bisnis kecil yang mencoba mengurangi biaya Anda, Anda harus mencari di tempat lain. Penyedia cloud lain seperti Digital Ocean dan Vultr menawarkan model penetapan harga yang lebih ramping dengan layanan berkualitas serupa.

laut digital

Digital Ocean adalah penyedia cloud yang didesain sederhana. Meskipun tidak menawarkan fitur sebanyak penyedia layanan utama seperti AWS, biasanya cocok dengan layanan yang ditawarkannya. Salah satu layanan tersebut adalah penyimpanan objek, dengan wadah bernama spasi, yang kami sarankan jika Anda ingin beralih dari AWS.

Ruang-ruangnya sangat sederhana. Harga dasarnya adalah $5 per bulan, dan sudah termasuk penyimpanan 250GB bersama dengan terabyte penuh untuk transfer data keluar. Ini adalah kesepakatan yang sangat bagus – penggunaan yang sama akan menelan biaya lebih dari $90 pada AWS S3.

Penyimpanan data tambahan adalah $0,02 per GB, yang cukup standar dibandingkan dengan S3 (walaupun lebih tinggi jika Anda berencana untuk menggunakan penyimpanan arsip yang lebih murah), dan data tambahan dengan harga yang wajar adalah $0,01 per GB yang ditransfer, yang lebih murah dengan diskon 90% dari AWS harga.

Tentu saja, ini datang dengan beberapa keterbatasan, dan sayangnya ada banyak kelemahan dan benang merah yang terkait dengan kesepakatan hebat ini.

  • 750 permintaan, per IP, untuk semua ruang Anda.
  • 150 operasi massal per detik untuk ruang apa pun, tidak termasuk permintaan GET.
  • Total 240 transaksi termasuk permintaan GET.
  • 5 permintaan PUT atau COPY setiap 5 menit untuk setiap objek individu di luar angkasa

Meskipun batas harga ini tidak besar, batasnya cukup murah hati, dan Anda mungkin tidak akan mencapainya. Jika Anda akan melakukan transisi, Anda dapat mengurangi dampaknya dengan memiliki banyak spasi. Jika Anda tidak yakin, Anda dapat mengaktifkan pengukur ember di S3 untuk memeriksa penggunaan Anda saat ini.

Terkait: Cara mengaktifkan dan menampilkan metrik permintaan untuk bucket AWS S3 di CloudWatch

Selain itu, ruang dengan lebih dari 3 juta objek, atau 1,5 juta dengan versi yang diaktifkan mungkin memerlukan “periode pemeliharaan berkala” untuk memastikan kinerja yang konsisten. Namun, saya pribadi memiliki ember dengan lebih dari 2 juta item yang dirilis yang tampaknya tidak mengalami downtime besar selama 6 bulan, jadi ini mungkin bukan kejadian umum.

Baca Juga  Untuk semua produk Apple terbaru, UGREEN menyediakan aksesori praktis untuk Anda | TeknoSignal

Salah satu kelemahan utama Spaces dibandingkan dengan S3 adalah antarmuka. Spaces sederhana, dan jika Anda hanya ingin mengunggah konten situs web Anda atau menyimpan beberapa file dasar, antarmuka web akan memungkinkan pengunggahan, pengunduhan, dan pengeditan untuk sebagian besar pengaturan. Namun, jika Anda menyimpan banyak file atau memerlukan konfigurasi lanjutan, itu terlalu buruk, dan pada dasarnya Anda harus bekerja dengannya melalui S3 API.

Misalnya – Spaces bahkan tidak memiliki editor web untuk menentukan konfigurasi siklus hidup, yang menangani penyimpanan versi lama objek yang digunakan sebagai cadangan jika pengguna menghapus. Ini juga berarti bahwa tidak ada cara untuk mengakses atau menghapus objek dengan versi tanpa mencantumkan versi melalui API dan mengaksesnya secara langsung dengan ID versi.

Mereka juga tidak memiliki banyak dokumen. Untuk menjalankan rilis, misalnya, kami harus merujuk ke dokumentasi S3 untuk menggunakan titik akhir PutBucketVersioning yang sering diabaikan, yang untungnya didukung di Spaces meskipun diabaikan di dokumen DO. Anda harus mengaktifkannya melalui titik akhir ini:

PUT ?versioning

<VersioningConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> 
  <Status>Enabled</Status> 
</VersioningConfiguration>

Kemudian aktifkan kedaluwarsa versi:

PUT ?lifecycle

<LifecycleConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  <Rule>
    <ID>Bucket</ID>
    <Prefix>*</Prefix>
    <Status>Enabled</Status>
    <NoncurrentVersionExpiration>
      <NoncurrentDays>90</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>

Kunci API juga sangat mendasar. Anda tidak akan memiliki kontrol terperinci atas masing-masing wadah, objek, atau apa pun yang disertakan dengan AWS IAM. Ini bisa menjadi masalah jika Anda berencana untuk memberikan kunci kepada pihak ketiga.


Secara keseluruhan, pengalaman samudra digital jelas tidak sebagus S3 AWS. Namun, jika Anda setuju dengan batasan, dan tidak keberatan menggunakan API untuk tugas tertentu, itu pasti dapat menghemat banyak uang untuk biaya bandwidth.

tuan rumah sendiri

Karena S3 adalah standar terbuka, S3 juga merupakan sesuatu yang dapat Anda host sendiri, yang akan disukai oleh banyak orang. Ada banyak alat untuk melakukan ini, tetapi salah satu yang terbaik adalah MinIO, yang berjalan di Kubernetes (K8s).

Baca Juga  Satu-satunya hal yang harus Anda mulai gunakan adalah mencegah peretasan

Berada di K8 berarti Anda dapat menjalankannya di setiap cloud publik, termasuk menjalankannya melalui K8 tanpa server seperti AWS EKS. Namun, Anda tetap akan dikenakan biaya bandwidth dalam hal ini.

Di mana MinIO benar-benar bersinar adalah dengan server khusus, solusi cloud hybrid, dan berjalan di pusat data lokal. Jika Anda membayar untuk koneksi jaringan khusus ke server, Anda tidak akan terlalu redup dan redup jika Anda menjenuhkan koneksi itu. Ini dapat membuat penyimpanan yang dihosting sendiri menjadi sangat murah jika Anda berencana untuk menyajikan banyak data kepada pengguna akhir Anda.

Selain itu, pemutaran di perangkat Anda sendiri tidak tunduk pada batas layanan yang sama seperti S3. Host MinIO di server ultra-cepat dan dapatkan kinerja baca/tulis yang lebih baik untuk beban kerja yang berat (dan Anda tidak akan dikenakan biaya untuk permintaan). Tentu saja, Anda akan diminta untuk membayar biaya perangkat keras untuk kinerja ini.

Ketika Anda jatuh, itu adalah kesempatan – karena S3 menyimpan data Anda di begitu banyak tempat yang berbeda, pada dasarnya dijamin bahwa itu selalu aktif dan Anda tidak akan pernah kehilangan data Anda, kecuali meteor raksasa. Di sisi lain, MinIO dapat di-host di satu server atau melalui penyebaran terdistribusi. Jika Anda menghosting di satu server, itu akan gagal jika instance Anda mogok. Ini adalah opsi termurah, tetapi kami sangat menyarankan untuk memiliki beberapa server dalam satu cluster atau setidaknya melakukan semacam pencadangan pada S3 Anda.

MinIO gratis untuk dihosting di bawah lisensi GNU AGPL, tetapi Anda tidak akan mendapatkan dukungan apa pun. Lisensi perusahaan mulai dari $1000 per bulan dan menawarkan dukungan 24/7 plus “tombol panik”, yang akan memiliki teknisi pemulihan data yang siap membantu Anda memperbaiki kerusakan server yang kritis.

Leave a Reply

Your email address will not be published. Required fields are marked *