Arsitektur tanpa server berkembang pesat untuk alasan yang baik. Pengembang, dalam banyak kasus, tidak senang menyediakan atau mengelola infrastruktur. Untuk aplikasi dengan lalu lintas terputus-putus dan waktu idle yang lama, penyediaan menjadi target bergerak. Pasokan terlalu banyak dan Anda berisiko membayar sumber daya yang menganggur. Kurangnya penyediaan dan waktu respons yang lambat membuat Anda berisiko mengalami UX yang buruk dan rasio pentalan yang tinggi. Arsitektur tanpa server meniadakan server, penyimpanan, dan penyediaan jaringan, ditambah manajemen sehingga pengembang dapat fokus dalam membangun fitur khusus dan menciptakan pengalaman aplikasi yang hebat. Cukup banyak pengembang dan organisasi TI yang merangkul arsitektur tanpa server yang adopsinya diperkirakan akan tumbuh dari $7 miliar pada tahun 2020 menjadi $37 miliar pada tahun 2028.
Sejarah dan evolusi tanpa server
Konsep tanpa server lebih tua dari namanya. Pada Konferensi Dunia MongoDB tahun ini, Jeremy Daly, direktur senior tanpa server di Serverless Inc., memberikan sejarah singkat arsitektur tanpa server—sebelum disebut tanpa server—dan menjelaskan mengapa implementasi hari ini berbeda dari iterasi awal tersebut. .
Arsitektur tanpa server mewakili evolusi lingkungan server dari virtualisasi ke containerization dan komputasi awan. Dalam presentasinya, Dolly menelusuri awal mula serverless hingga peluncuran Simple Storage Service (Amazon S3) Amazon pada tahun 2006. Lalu ada layanan seperti Amazon’s CloudWatch, Simple Notification Service (SNS), CloudFront, Route 53, CloudFormation, DynamoDB, dan Kinesis, yang semuanya merupakan solusi tanpa server sebelum istilah tersebut ada. Pada tahun 2014, Amazon merilis apa yang disebutnya “Fungsionalitas sebagai Layanan” dalam bentuk AWS Lambda, yang merupakan solusi tanpa server pertama yang diadopsi secara luas.
Tetapi keterbatasan dari iterasi awal ini mencegah tanpa server untuk benar-benar lepas landas. Kelemahan awal adalah awal yang dingin. “Jika ada sesuatu yang belum disediakan, ketika Anda memintanya, perlu menyiapkan wadah atau fungsi agar tersedia untuk menanggapi permintaan Anda,” jelas Daly. Masalah ini ada hari ini, tetapi pada tingkat yang jauh lebih rendah. Dia juga menyebutkan kendala dan kendala sumber daya — seperti ketidakmampuan untuk memanggil fungsi Lambda dengan permintaan HTTP API atau terhubung ke cloud pribadi virtual dan akses database — dan keterbatasan alur kerja sinkronisasi sebagai alasan mengapa pengembang lambat untuk mengadopsi tanpa server.
Masa depan tanpa server
Solusi tanpa server telah berkembang secara signifikan dari iterasi awal tersebut. Selama beberapa tahun terakhir, layanan baru telah datang dari AWS, Google, dan Azure. Dan sekarang MongoDB telah mengumumkan ketersediaan umum MongoDB Atlas Serverless di World 2022. Solusi hari ini memecahkan banyak masalah yang ada di masa-masa awal.
Menurut Daly, solusi tanpa server saat ini memiliki lima karakteristik umum:
-
Tidak ada manajemen server – Tanpa server menghilangkan tugas administratif umum seperti SSH ke dalam kotak Linux atau menyediakan instans Amazon Elastic Compute Cloud (Amazon EC2).
-
Penskalaan fleksibel – Meskipun ada grup penskalaan otomatis di Amazon EC2, masih ada jumlah minimum yang perlu Anda sediakan. Dengan implementasi tanpa server saat ini, Anda dapat dan harus dapat menskalakan ke nol.
-
Bayar untuk nilai – Kadang-kadang disebut sebagai “bayar untuk penggunaan”, ini dapat melibatkan pembayaran untuk penyimpanan basis data atau penyediaan bersamaan untuk menghilangkan cold start, tetapi pada akhirnya, Anda membayar untuk nilai layanan yang Anda gunakan.
-
Ketersediaan tinggi – Layanan secara otomatis disediakan di beberapa zona ketersediaan untuk redundansi.
-
Didorong oleh acara – Ketika sesuatu terjadi, seperti perubahan dalam database, alur kerja dimulai seperti membuat akun pengguna baru.
Sementara otomatisasi dan fungsionalitas ada, pengembang masih perlu mengetahui cara menggunakan layanan untuk memanfaatkan tanpa server. Mereka perlu mengetahui cara menggunakan berbagai layanan cloud dan solusi SaaS, infrastruktur dan arsitektur cloud, membangun dan menerapkan pipeline, pemantauan dan observasi, serta keamanan dan kepatuhan. Ini adalah hal-hal yang dulu ditangani oleh tim DevOps, tetapi sekarang lebih banyak jatuh pada pengembang.
Terlepas dari tanggung jawab pengembang untuk mempelajari cara menggunakan fungsionalitas, Daly mengatakan tanpa server adalah masa depan cara pengembang membangun aplikasi. Ini karena semua fungsi dapat diputar pada tumpukan independen tanpa mengkhawatirkan layanan yang dijalankan orang lain. Setiap pengembang dapat memiliki versi aplikasi mereka sendiri yang dapat mereka buat dan eksperimen. Ini memberikan loop umpan balik yang cepat dan fidelitas tinggi, memungkinkan tumpukan yang terisolasi untuk segmen bisnis yang berbeda, dan memastikan bahwa lingkungan pengembangan memiliki sumber daya yang sama dengan produksi.
Daly juga menunjukkan bahwa arsitektur tanpa server tidak menggantikan database sebagai tulang punggung aplikasi. Meskipun membangun database tanpa server itu sulit, MongoDB Atlas for Serverless telah menemukan jawabannya, katanya. Dolly mencantumkan fitur utama yang dibutuhkan pengembang dari database tanpa server:
-
Cepat dan responsif (tidak ada cold start)
-
Bergerak ke atas dan ke bawah dengan cepat
-
Integrasi dengan alat tanpa server
-
Fleksibilitas dan kedekatan cloud (dekat dengan aplikasi Anda)
-
Penetapan harga berdasarkan penggunaan (hanya bayar untuk apa yang Anda gunakan)
Tidak ada server MongoDB Atlas
Manajer Produk MongoDB Kevin Jernigan, yang mempresentasikan Dolly, menjelaskan lebih detail tentang persyaratan yang dicari pengembang dalam database tanpa server. Untuk membuat database tanpa server di Atlas, prosesnya hanya membutuhkan beberapa langkah dan database Anda akan berputar dalam hitungan detik.
“Apa yang Anda miliki adalah titik akhir yang menskalakan secara otomatis berdasarkan beban kerja,” kata Jernigan. “Ini turun ke nol ketika Anda tidak menggunakannya.”
Ini pada dasarnya berarti Anda tidak ditagih untuk apa pun kecuali penyimpanan yang Anda gunakan. Dan tidak ada penalti cold start.
“Selalu ada infrastruktur yang siap untuk menanggapi panggilan Anda berikutnya ke titik akhir basis data kami. Kami selalu memiliki infrastruktur yang berjalan dan menunggu tanggapan,” kata Jernigan.
Jernigan mencantumkan beberapa fitur yang membedakan MongoDB Atlas Serverless dari solusi lain di pasar. Atlas Serverless mencakup semua kekuatan MongoDB, termasuk fleksibilitas model dokumen. Tidak ada pengorbanan penskalaan, jadi Anda tidak perlu khawatir tentang cold start saat mencapai nol. Ini juga tersedia dengan model harga berjenjang diskon untuk penggunaan lebih banyak. Ada juga fleksibilitas penerapan yang memungkinkan Anda memindahkan beban kerja antara infrastruktur tanpa server dan infrastruktur khusus. Dan Anda dapat menerapkannya ke semua penyedia cloud publik utama.
