Simon Wardley Mengunjungi Superhero Tanpa Server
Selamat Datang di Serverless Superhero!
Di sini saya berbicara dengan pembuat alat, inovator, dan pengembang yang membawa kita ke masa depan tanpa server yang cerah.
Hari ini saya berbicara dengan Simon Wardley, seorang konsultan di Leading Edge Forum dan seorang spesialis dalam persepsi situasional, prinsip-prinsip, dan permainan. Untuk kenyamanan, saya mengedit wawancara.
Ini adalah tingkat pengulangan yang biasa. Oleh karena itu, saya katakan bahwa arsitektur serverless (FaaS) akan mempercepat pengembangan dengan beberapa urutan besarnya. Sistem Anda sudah 99,9% ditulis oleh seseorang. Kuncinya adalah menemukan bagian yang tepat. Wadah? Jangan membuatku tertawa. Perangkat canggung lain. - Simon Wardley
Forrest Brazeal : Ini bukan tahun pertama Anda di TI dan Anda dengan gigih membela perkembangan serverless. Apakah Anda tertarik dengan ini sejak lama?
Simon Wardley : Pada tahun 2005, kami di Fotango merencanakan lingkungan dan menyadari bahwa komputasi berubah menjadi layanan utilitas, yang berarti bahwa runtimes kode akan berkembang ke arah yang sama.
Sebagai hasilnya, kami menciptakan Zimki, dan, pada kenyataannya, itu adalah platform pertama di dunia sebagai layanan: server Javascript dibuka melalui API, lingkungan eksekusi kode nyata dengan penagihan fungsional.
Kami segera melihat secara berbeda pada pengembangan, pemeliharaan, dan umumnya sama sekali. Tiba-tiba, kami melihat tingkat detail baru dalam hal biaya. Tidak ada yang pernah memiliki ini sebelumnya. Kami datang dengan segala macam konsep menarik, seperti pengembangan berbasis nilai.
Sayangnya, perusahaan induk memutuskan untuk melindungi kami ketika kami baru saja mendapatkan momentum. Tapi saya sudah memikirkannya selama bertahun-tahun. Akibatnya, Lambda bangkit. Menurut saya, hal yang keren.
Lebih curam daripada, katakanlah ... wadah?
Anda tidak berpikir, sebenarnya saya suka wadah. Ini adalah subsistem yang tidak terlihat. Tapi ini bukan pertarungan sungguhan. Hal yang sebenarnya terjadi pada runtimes kode, terutama ketika menyangkut penagihan fungsional.
Banyak, tampaknya, masih tidak menyadari bahwa arsitektur tanpa server mengubah dunia sekitar dan terus berdebat tentang arti kata tersebut. Apakah itu mengejutkan Anda bahwa itu terus berlanjut?
Ini mengingatkan pada EC2 pada tahun 2006. Sun telah lama mencoba-coba komputasi utilitas, tetapi sedikit yang menganggap serius EC2: “Beberapa sampah. Siapa yang butuh ini? " Dan mereka beristirahat untuk waktu yang lama.
Pada tahun 2009 atau 2010, semua konsultan manajemen ini mengatakan sesuatu seperti: "Masa depan adalah sistem pribadi, AWS tidak akan menarik." Dengan kesuksesan yang sama, kita dapat mengatakan: "Nah, untuk apa mobil Anda, lebih baik menyimpan di atas jerami untuk kuda". Kita semua tahu di mana Amazon sekarang.
Adakah yang akan menyusul mereka?
Ini dari opera yang sama dengan pembicaraan yang dibuat pabrikan peralatan besar tentang EC2 pada 2008-09. Komputasi berubah menjadi utilitas, dan semua yang lain menyeretnya. Sekarang kami menyebutnya DevOps: pengembangan cepat sistem tingkat tinggi, perubahan cepat, keseimbangan intermiten.
Dan perusahaan-perusahaan besar digulung oleh kelembaman dan menghibur diri mereka dengan fakta bahwa semua ini tidak akan menjadi populer dan tidak akan mempengaruhi mereka. Tentu saja, mereka salah perhitungan.
Pada masa itu, produsen peralatan utama memiliki semua artileri berat. Bezos punya Amazon dan ketapel. Dan dia menang. Ini bukan kesalahan insinyur, tetapi kepemimpinan. Sekarang mereka ingin kembali ke permainan, tetapi semua kekuatan ada di pihak Amazon.
Dengan arsitektur tanpa server, hal yang sama terjadi. Perusahaan lain, tentu saja, bisa berperang dengan Amazon, tetapi tidak mau, karena mereka tidak percaya. Dan ketika mereka percaya, kereta akan pergi.
Jika arsitektur tanpa server sangat baik, mengapa semua orang mengambil wadah?
Untuk menggunakan Lambda, ada banyak hal yang harus dipecahkan. Ini adalah media yang sama sekali berbeda, lompatan besar ke depan. Wadah lebih mudah. Plus, mereka portabel, dan semua ini sangat bahagia, terutama pemasok.
Mereka hanya membicarakan hal ini dan mencoba untuk tidak melihat pergeseran menuju runtime kode. Kontainer tidak memaksa untuk mengubah arsitektur dan tidak menunjukkan bahwa hampir semua kode Anda telah ditulis oleh seseorang.
Apakah Lambda benar-benar alat yang ampuh yang sepadan dengan usaha?
Baru-baru ini saya melakukan survei di Twitter: berapa kali orang menulis ulang fitur pendaftaran pengguna dasar. Ternyata - satu juta.
... sebagai contoh. Jika Anda telah mengembangkan setidaknya 10 tahun, berapa kali Anda menulis ulang fitur pendaftaran pengguna? - Simon Wardley
Sungguh menakjubkan betapa tingkat pengulangan yang tinggi di perusahaan. Orang-orang berpikir bahwa pemerintah membuang-buang sumber daya. Kasus pengulangan terburuk yang pernah saya lihat di pemerintahan adalah 118 sistem yang melakukan hal yang hampir sama.
Di sektor swasta, saya melihat bank dengan seribu sistem manajemen risiko yang identik. Dan ada berapa banyak di seluruh dunia? Jutaan dan puluhan juta dari sistem yang sama.
Saya dengan liar meminta maaf, tetapi kami menghabiskan sepanjang hari untuk mendaur ulang kertas bekas. Dan jika Anda mengubah arsitektur secara radikal, Anda dapat menghabiskan waktu ini untuk fungsi yang sangat berguna. Tapi, tentu saja, lebih mudah untuk mengatakan: "Wow, wadah! Masuk dan keluar - hebat keluar! Dan lingkungannya hampir seperti sandal favorit. ”
Di sini omong-omong, tentang "masuk dan keluar." Banyak yang takut bahwa arsitektur tanpa server adalah " kasus terburuk vendor yang mengikat dalam sejarah manusia ." Apakah itu benar Apakah kita akan sepenuhnya bergantung pada penyedia komputasi tanpa server?
Tentu saja, itu akan keren jika kita memiliki pemasok pesaing yang berbeda. Tetapi ini tidak sepenting manfaat dan fungsionalitasnya. Perusahaan masih saling bersaing. Dan peluang yang disepakati para pemasok hampir nol. Semua orang berkata: "Kita akan dibedakan dengan ini dan itu."
Satu-satunya pengecualian adalah, tentu saja, cinta universal terhadap wadah. Semua terburu-buru dengan kontainer, tetapi medan perang telah bergeser. Anda memenangkan pertempuran, tetapi kalah perang.
Kami berbicara banyak tentang pertempuran hari ini. Siapa yang akan menang dan siapa yang akan kalah jika komputasi tanpa server berkembang sesuai dengan skenario Anda?
Hari ini Amazon dan Alibaba, yang telah memotong chip, menang. Masih ada perusahaan yang sangat cerdas, seperti Netflix, yang menggunakan teknologi ini dan cepat beradaptasi.
Dan, tentu saja, perusahaan dari satu atau dua orang seharga satu miliar dolar akan muncul entah dari mana. Mereka akan memiliki satu fungsi. Tidak ada yang akan tahu orang-orang ini, tetapi semua orang akan menggunakan fitur ini sebagai layanan.
Adapun yang kalah ... Saya tidak ingin mengecewakan Anda, tetapi akan ada penggemar DevOps di antara mereka.
Ingat, ketika komputasi adalah produk, kami membangun metode arsitektural berdasarkan karakteristik produk ini. Ambil, misalnya, waktu pemulihan rata-rata tinggi (MTTR). Kami meningkatkan, merencanakan kapasitas, memikirkan pemulihan bencana dan hal-hal seperti itu.
Dan kemudian perhitungan menjadi utilitas, waktu pemulihan rata-rata berkurang, dan kami menciptakan metode baru: sistem terdistribusi, asuransi terhadap kegagalan, rekayasa kekacauan, penyebaran berkelanjutan. Seiring waktu, itu dikenal sebagai DevOps. Perhitungan sebagai produk sudah usang.
Sekarang dengan arsitektur tanpa server, perubahan baru menunggu kami, dan DevOps akan menjadi peninggalan masa lalu. Dan mereka akan mulai melupakan mereka.
Beberapa bahkan belum benar-benar punya waktu untuk beralih ke DevOps.
Ya, ada beberapa yang baru memulai transisi lima tahun mereka ke DevOps. Akibatnya, mereka akan sampai di sana, dan tidak ada seorang pun di sana. Sayang sekali.
Seperti apa pengembangan perangkat lunak dalam sepuluh tahun?
Kami bahkan tidak tahu metode apa yang akan tumbuh pada arsitektur tanpa server. Saya tidak akan mengatakan dengan pasti, tetapi ada beberapa tebakan.
Pengembang akan memperhatikan masalah keuangan. Biaya fungsi akan lebih penting dari sebelumnya. Model pengembangan berbasis nilai baru akan muncul: satu perusahaan akan membangun sistem untuk yang lain, tetapi tidak dengan harga tetap, tetapi untuk bagian dari keuntungan dari sistem ini.
Tentu saja, untuk ini, perusahaan sendiri harus memahami keuntungan apa yang dihasilkan oleh sistem.
Struktur perusahaan juga akan berubah. Ini adalah hal yang biasa. Listrik telah berevolusi dari suatu produk menjadi utilitas, dan banyak sistem pesanan tingkat tinggi telah muncul. Hal yang sama terjadi dengan produksi ketika Fordism dan sistem Amerika muncul.
Ketika ini terjadi, metode baru muncul dan bentuk organisasi berubah. Saya pikir itu akan sama dengan arsitektur serverless.
Artinya, menurut Anda, dalam pengembangan perangkat lunak akan ada lebih sedikit kerugian dan efisiensi yang lebih tinggi?
Mari kita tentukan persyaratannya. Jangan bingung antara kerugian dengan biaya. Ini adalah hal yang berbeda.
Kami akan melihat efisiensi tinggi dan pengembangan sistem pesanan tingkat tinggi. Adapun biaya TI, mereka berbicara tentang EC2 kembali pada 2007-2008. Dan halo paradoks Jevons .
Faktanya, ternyata semakin efisien suatu hal, semakin kita membutuhkannya. Orang-orang berpikir mereka akan menghemat banyak uang dengan komputasi tanpa server. Saya harus menggulung bibir. Kami hanya akan mengambil lebih banyak.
Dan pertanyaan terakhir: apa yang akan Anda katakan kepada orang yang tidak dapat memilih antara arsitektur tanpa server dan kontainer?
[tertawa] Tapi apakah dia temanku atau apa?
Menurut pendapat saya, kita memiliki lebih banyak kesamaan daripada ketidaksepakatan. Saya lebih peduli tentang waktu. Perang meletus di medan perang tanpa server. Dan semua retorika harus ada di sana. Keseimbangan yang terputus-putus - inilah ini: Anda pikir, tunggu seratus tahun lagi, lalu Anda lihat - mereka berlayar. - Simon Wardley
Katakanlah teman.
Kalau begitu, biarkan dia memilih apa yang dia inginkan jika proyek ini jangka pendek. Saya tidak menentang wadah.
Tetapi jika proyek ini panjang, lebih baik tidak meluangkan waktu untuk menguasai komputasi tanpa server. Masa depan ada pada mereka.