Dalam dunia pengkomputeran awan, Amazon S3 telah menjadi penyelesaian penyimpanan lalai untuk pelbagai aplikasi. Walau bagaimanapun, apabila syarikat-syarikat berkembang, kosnya boleh menjadi sangat tinggi - mendorong sesetengah pasukan kejuruteraan untuk mempertimbangkan membina alternatif mereka sendiri. Satu kajian kes baru-baru ini di mana sebuah syarikat mendakwa menjimatkan 500,000 dolar AS setahun dengan mencipta klon S3 mereka sendiri telah mencetuskan perdebatan sengit dalam kalangan pemaju dan jurutera infrastruktur tentang bila masuk akal untuk meninggalkan perkhidmatan terurus demi penyelesaian tersuai.
Perbincangan itu mendedahkan perbezaan pendapat yang mendalam dalam komuniti teknologi mengenai ekonomi awan, dengan ada yang memuji penjimatan kos manakala yang lain memberi amaran tentang beban penyelenggaraan tersembunyi dan risiko ketahanan data.
Pertukaran Kejuruteraan bagi Penyimpanan Tersuai
Membina sistem penyimpanan objek sendiri melibatkan pertukaran kejuruteraan yang ketara yang melangkaui kos pembangunan awal. Walaupun artikel asal menggambarkan penciptaan sistem dalaman bernama N3 yang mengurangkan kos penyimpanan kepada satu persepuluh harga S3, pengulas-pengulas dengan pantas menegaskan bahawa penggantian S3 sebenar memerlukan lebih daripada sekadar penyimpanan fail asas. Seorang jurutera berpengalaman menyatakan bahawa melaksanakan ketahanan data yang betul dengan berbilang replika, pengesanan rasu data, dan pembaikan automatik menambah kira-kira 40% overhead kepada anggaran awal mereka. Masa kejuruteraan yang diperlukan untuk membina dan menyelenggara alat tersuai untuk replikasi berbilang wilayah, kawalan akses, dan pemantauan mengambil masa kira-kira 1.5 jurutera sepenuh masa selama 18 bulan.
Melaksanakan ketahanan data yang betul (3+ replika, pengesanan rasu, pembaikan automatik) menambah ~40% overhead kepada anggaran awal kami. Masa kejuruteraan yang dihabiskan untuk membina dan menyelenggara alat tersuai akhirnya menjadi besar.
Perbincangan itu mendedahkan bahawa ramai pasukan memandang rendah beban operasi untuk menyelenggara infrastruktur tersuai. Beberapa pengulas mempersoalkan sama ada syarikat itu benar-benar membina penggantian S3 yang lengkap atau sekadar mencipta cache dalam ingatan yang duduk di hadapan S3 untuk senario laluan gembira mereka. Perbezaan ini penting kerana mengcache data yang sering diakses memerlukan kejuruteraan yang jauh kurang daripada membina sistem penyimpanan objek teragih yang tahan lama dengan jaminan kebolehpercayaan yang sama seperti S3.
Bilakah Infrastruktur Tersuai Memberi Makna Dari Segi Kewangan?
Titik pulang modal untuk membina infrastruktur penyimpanan tersuai nampaknya berada sekitar 100-200TB data yang agak statik dengan corak akses yang boleh diramal. Di bawah ambang ini, overhead operasi untuk mengendalikan penyimpanan sendiri kemungkinan besar melebihi markup S3. Untuk beban kerja berdaya tinggi yang melebihi 500 permintaan sesaat, beberapa pengulas melaporkan kecekapan kos yang lebih baik dengan S3 disebabkan ekonomi skala Amazon pada lebar jalur.
Perbincangan itu menekankan bahawa pelaksanaan penyimpanan tersuai yang berjaya biasanya mempunyai ciri-ciri khusus yang membolehkan penyelesaian yang lebih mudah. Ini termasuk toleransi untuk kehilangan data dalam senario tertentu, keperluan penyimpanan sementara, dan keupayaan untuk menggunakan S3 sebagai sandaran untuk data kritikal. Pasukan yang mempertimbangkan laluan ini memerlukan penilaian yang jujur tentang kedua-dua skala mereka dan kapasiti kejuruteraan mereka untuk membina dan mengekalkan sistem untuk jangka masa panjang.
Perbandingan Kos: S3 vs Storan Tersuai
- Penjimatan yang Didakwa dengan Penggantian S3: $500,000 USD setiap tahun
- Masa Pembangunan Storan Tersuai: ~1.5 FTE dalam tempoh 18 bulan (berdasarkan pengalaman pengulas)
- Overhed Ketahanan Data: ~40% kos tambahan untuk pelaksanaan yang betul
- Titik Pulang Modal: 100-200TB data statik dengan corak capaian yang boleh diramal
- Ambang Daya Pemprosesan Tinggi: Melebihi 500 permintaan/saat, S3 mungkin lebih menjimatkan kos disebabkan oleh ekonomi jalur lebar
Pendekatan Alternatif dan Pengalaman Dunia Sebenar
Bahagian ulasan mendedahkan beberapa strategi alternatif yang telah digunakan oleh syarikat-syarikat untuk mengurangkan kos S3 tanpa membina segala-galanya dari mula. Sesetengah pasukan melaporkan kejayaan dengan penyelesaian serasi S3 sumber terbuka seperti MinIO dan SeaweedFS, walaupun yang lain menyatakan bahawa MinIO telah beralih daripada mempunyai edisi komuniti percuma. Seorang pengulas menyebut menggunakan Garage, sistem penyimpanan objek teragih yang lebih mudah, untuk kes penggunaan berskala lebih kecil.
Beberapa jurutera berkongsi pengalaman dengan pendekatan hibrid yang menggabungkan strategi penyimpanan berbeza berdasarkan corak akses data. Satu corak biasa melibatkan menyimpan data panas dalam penyimpanan yang lebih pantas dan mahal manakala mengarkibkan data sejuk kepada alternatif yang lebih murah. Yang lain membincangkan mengoptimumkan seni bina aplikasi mereka untuk mengurangkan panggilan API S3 yang tidak perlu, yang boleh membentuk sebahagian besar kos S3 untuk aplikasi berdaya tinggi.
Penyelesaian Alternatif yang Serasi dengan S3 yang Disebut
- MinIO: Berfokuskan perusahaan, telah beralih daripada edisi komuniti percuma
- SeaweedFS: Sistem fail teragih sumber terbuka
- Garage: Storan objek teragih yang lebih ringkas untuk kes penggunaan berskala kecil
- Pendekatan Hibrid: Menggabungkan strategi penyimpanan yang berbeza berdasarkan corak capaian data
Persoalan Beban Penyelenggaraan
Mungkin perbincangan paling kontroversi berpusat pada kos penyelenggaraan jangka panjang infrastruktur tersuai. Berbilang pengulas mempersoalkan berapa ramai jurutera yang diperlukan setiap tahun untuk mengekalkan sistem sedemikian, dengan anggaran berkisar dari pecahan kecil satu hingga pecahan kecil tiga. Realitinya kemungkinan bergantung pada kerumitan pelaksanaan dan keperluan kebolehpercayaan organisasi.
Perbincangan itu mendedahkan bahawa ramai pasukan bergelut dengan perakaunan masa kejuruteraan yang tepat apabila menilai penyelesaian awan berbanding tersuai. Walaupun perkhidmatan awan mempunyai pengebilan yang jelas dan terperinci, kos jam kejuruteraan sering tersembunyi merentasi berbilang pasukan dan belanjawan. Ini menjadikan perbandingan jumlah kos pemilikan sebenar mencabar tanpa penjejakan yang teliti terhadap semua aktiviti kejuruteraan yang berkaitan.
Perdebatan yang berterusan mencadangkan bahawa walaupun kos penyimpanan awan sememangnya boleh menjadi terlalu tinggi pada skala besar, keputusan untuk membina infrastruktur tersuai memerlukan pertimbangan yang teliti tentang kedua-dua penjimatan segera dan komitmen penyelenggaraan jangka panjang. Seperti yang dinyatakan secara ringkas oleh seorang pengulas, kuncinya adalah bersikap sangat jujur tentang kes penggunaan anda dan sama ada anda mempunyai sumber kejuruteraan untuk membina DAN mengekalkan ini untuk jangka masa panjang.
Rujukan: How We Saved $500,000 Per Year by Rolling Our Own “S3”