Meninggalkan Awan
Ada banyak pembicaraan sekarang tentang bagaimana cloud itu berlalu, dan sebenarnya cara yang mahal untuk mengirim orang ke luar angkasa. Sebuah posting blog oleh David Heinemeir Hansson memposting beberapa waktu lalu tentang bagaimana menurutnya awan sebagian besar adalah lapisan cat baru pada barang lama dan karenanya ingin segera meninggalkannya. Sebagai seorang praktisi yang menghabiskan waktu di dalam dan di luar cloud dengan perusahaan besar dan kecil, inilah komentar saya.
Sekarang David tidak ringan. Dia adalah orang di belakang Basecamp yang digunakan jutaan orang. Dia juga orang di balik framework Ruby on Rails yang banyak digunakan dan digunakan oleh puluhan juta orang. Dia adalah penulis buku laris. Dia bahkan seorang pengemudi mobil balap yang bersertifikat. Saya tidak pernah menulis proyek sumber terbuka besar, dan hanya mengendarai sepeda melewati trek balap jadi mari kita perjelas - saya mengecam raksasa. Satu-satunya pertahanan saya — saya telah melakukan beberapa hal ini dalam berbagai skala. Saya pernah dilahirkan sekali di awan, menghabiskan waktu murni di tanah dan bolak-balik beberapa kali dan mudah-mudahan ini memberi saya pemandangan yang layak untuk dilihat.
Argumen inti Davi, bahwa seseorang tidak boleh menyewa jika dapat membeli, adalah benar – tetapi hanya dalam keadaan tertentu. David sendiri menunjukkan dua di antaranya; perusahaan baru tanpa pelanggan atau perusahaan mapan dengan pertumbuhan yang sangat fluktuatif di mana menurutnya cloud lebih baik. Namun, argumennya adalah bahwa ini HANYA dua kasus di mana cloud lebih baik, di mana menurut saya dia tersandung mobil balapnya.
Pertama, mari kita lihat beberapa latar belakang. David - kita harus memahami sudut pandangnya. Perusahaan 37Signals adalah perusahaan kecil — pendapatan $7,9 juta, dan sekitar 95 karyawan. Ini memiliki sekitar 14 juta pengguna per bulan di sekitar 150.000 pelanggan berbayar. Ini adalah perusahaan yang menguntungkan dan terus berkembang yang tidak didanai VC dan, tidak seperti kebanyakan perusahaan teknologi lainnya, menghargai pertumbuhan yang lambat dan menguntungkan dibandingkan penskalaan yang cepat. Ini adalah sesuatu yang telah berulang kali mereka bicarakan — cita-cita mereka adalah toko kelontong lokal daripada Slack atau NetFlix.
Ini membuat 37Signals menjadi outlier. Karena itu, apa yang berhasil untuk mereka tidak selalu berhasil untuk orang lain, jadi kami membutuhkan lebih banyak nuansa.
Penskalaan tanpa Cloud
Artikel itu mengatakan Basecamp sudah menjalankan layanan yang besar dan kompleks tetapi itu tidak benar. Sejauh yang saya tahu dari situs Basecamp sendiri dan dari googling sumber lain, perusahaan memiliki 8–10 juta pengunjung per hari dan 130.000 akun. Ini tidak terlalu besar; bahkan Bank RBL tempat saya bekerja saat ini memiliki sekitar 7–8 juta pengunjung per bulan. Selain itu, Basecamp tidak memiliki transaksi waktu nyata, pemrosesan back-end yang relatif sederhana, dan persyaratan keamanan yang jauh lebih mudah.
David sendiri berkata, “Kami memiliki model bisnis yang sangat kompatibel dengan memiliki perangkat keras dan menghapusnya selama bertahun-tahun. Lintasan pertumbuhan yang sebagian besar dapat diprediksi. Staf ahli yang mungkin juga menggunakan bakat mereka untuk mengoperasikan mesin kami sendiri”
Perbedaan ini sangat penting. Muatan Basecamp mungkin dikelola oleh beberapa server, dibandingkan dengan lebih dari 3.000 server untuk RBL Bank yang menjalankan 40+ lini bisnis. Menjalankan operasi infrastruktur penuh dengan ratusan rak dan ribuan server, belum lagi tumpukan router dan sakelar. Dan, semua ini membutuhkan dukungan 24x7. Bisakah segelintir orang mengelola ini?
Untuk sebagian besar CTO perusahaan, jawabannya adalah tidak langsung.- Biasanya begitu banyak perangkat keras yang dimantrai. Ada tim server dengan pakar Linuxnya, tim jaringan dengan pakar Cisco, tim penyimpanan dengan pakar EMC, tim virtualisasi dengan pakar VMWare, tim database dengan pakar Oracle, dan sebagainya. Banyak ahli, banyak pengawas, banyak kerumitan yang harus dihadapi.
Namun, saya setuju dengan David; ini bukan kenyataan hari ini.
Infrastruktur saat ini bahkan di tempat biasanya sudah tervirtualisasi dan alat yang matang ada untuk mengelola setiap aspek dengan cara yang sebagian besar otomatis sehingga tim kecil (tidak terlalu ahli) dapat melakukannya — dengan bantuan dari OEM — semua yang biasanya membutuhkan pasukan. Ingat, dulu mesin Xerox membutuhkan operator bersertifikat — saat ini balita dapat menekan tombol dan mendapatkan jawaban yang sempurna karena teknologinya telah berkembang, antarmuka telah disederhanakan, dan bagian yang bergerak berkurang. Hal serupa terjadi pada server dan jaringan; sebagian besar CIO tidak menyadarinya. Semua hal manajemen terintegrasi mudah yang tersedia di cloud saat ini juga tersedia dengan mudah (dan andal) di lokasi.
Amazon dan Google sendiri telah membantu membuka banyak alat yang mereka gunakan, ditambah VMWares dan Nuntanixs dan Dell dunia telah disalin dan matang. Hyperscalar saat ini mencapai rasio server ke orang di urutan 10.000 — artinya satu orang mengelola 10.000 server. Pada skala perusahaan yang agak lebih kecil, masih mungkin untuk mengelola beberapa ribu server dengan tidak lebih dari satu tim kriket. Ingat, kita tidak berbicara tentang mendukung kode aplikasi — itu adalah upaya cloud atau on-premise yang sama — melainkan tentang mengelola infrastruktur jaringan penyimpanan komputasi yang mendasarinya.
Tidak ada sihir. Pengaturan perangkat keras tervirtualisasi yang disederhanakan (semuanya dari jenis yang sama) dan orang-orang yang memiliki banyak keterampilan serta alat manajemen yang luar biasa — yang semuanya mudah dijangkau sebagian besar perusahaan jika saja mereka mencobanya. NSE melakukannya di IFSC Gift City, Zerodha melakukannya, startup melakukannya tetapi perusahaan mapan berjuang untuk keluar dari paradigma yang ada untuk melakukannya dengan cara ini.
Namun, ada peringatan (dan itu mungkin yang besar). Tumpukan perangkat keras Anda harus seragam dan relatif baru agar ini berfungsi (yang kebetulan memang kenyataan. Sebagian besar perkakas dan keterampilan menjadi rumit atau tidak mungkin kecuali Anda telah berkomitmen pada tumpukan yang disederhanakan dan dimodernisasi. Sedikit seperti Southwest Airlines yang hanya memiliki satu jenis pesawat yang merupakan bagian penting dari strategi yang digunakan Southwest untuk benar-benar terbang ke awan.
Spiking tanpa Awan
Pernyataan David bahwa bisnis stabil atau tidak stabil terlalu sederhana. Setiap entitas bisnis yang kompleks selalu memiliki banyak lini bisnis dan banyak produk — dan dengan demikian merupakan perpaduan yang stabil dan tidak stabil. Bisnis baru dapat diluncurkan dalam skala kecil dan cepat, atau diluncurkan dalam skala besar dan lebih cepat, atau memiliki pertumbuhan yang stabil pada skala mana pun. Lebih lanjut, sulit untuk memprediksi lonjakan di masa depan.
Basecamp memiliki kemewahan pertumbuhan yang stabil dan prediktabilitas lonjakan masa depan. Setelah bertahun-tahun dalam bisnis yang sama dengan produk yang sama, kecil kemungkinannya untuk mendapatkan lonjakan yang tidak terduga. Ini tidak berlaku untuk sebagian besar bisnis kompleks, di mana peluncuran dan perkenalan baru yang konstan membuat segalanya lebih tidak stabil. Bahkan di sini, David sendiri berbicara tentang seberapa besar keuntungan cloud ketika mereka meluncurkan Hei — 300.000 pengguna dalam hitungan jam daripada proyeksi 30.000 dalam beberapa bulan.
Bisakah ini dicapai tanpa cloud? Di sini jawabannya adalah tidak (tetapi dengan beberapa klausa pelarian). Penskalaan di tempat untuk satu perusahaan pada dasarnya berarti membiarkan kapasitas menganggur; tidak ada cara lain untuk mendapatkan kapasitas sesuai permintaan. Beberapa beban dapat dikurangi dengan realokasi sumber daya secara dinamis dari aplikasi yang menganggur ke aplikasi yang sibuk (kemampuan yang dimiliki sebagian besar stack on-premise modern saat ini) tetapi kapasitas on-premise terbatas dan pada akhirnya relatif terbatas.
Apa yang bisa dilakukan hari ini adalah meledak ke awan. Bahkan bisnis tradisional sudah mulai melakukan ini dengan cara yang terbatas, menjalankan pekerjaan manajemen data massal di cloud alih-alih membeli perangkat keras untuk itu. Oracle dan banyak OEM perangkat keras lainnya menyediakan cara untuk berekspansi ke cloud dengan pembayaran saat Anda melampaui beban inti di lokasi — RBL Bank memanfaatkan ini dengan sangat baik selama beberapa hari pertama pemutakhiran perbankan inti, ketika banyak pekerjaan diambil lebih banyak komputasi saat pengoptimalan aktif. Semua aplikasi tidak mendukung ini, tetapi saat aplikasi dimasukkan ke dalam container, hal ini akan semakin menjadi norma.
Tentu saja jika Anda dalam mode hypergrowth, semua ledakan ini tidak akan membantu; Anda lebih suka tinggal di cloud.
Lapisan Cat Baru Mengkilap
David menghabiskan banyak waktu berbicara tentang bagaimana orang-orang ditipu oleh keajaiban AWS. Hal ini tampaknya bertentangan dengan fakta bahwa perusahaan yang sangat canggih secara teknologi (seperti Capital One, Nasdaq, Slack, atau Netflix) terus menggunakan cloud dan terus berkomitmen padanya. Netflix membelanjakan sekitar $12 juta per bulan hari ini, dan secara terbuka telah berkomitmen untuk meningkatkan 3x jumlah tersebut pada tahun 2025. Slack telah berkomitmen untuk membelanjakan $400 juta. Tidak mungkin perusahaan-perusahaan ini tidak menghitung atau terpesona oleh lapisan cat baru.
Jadi, apa yang diketahui Netflix yang tidak diketahui Basecamp. Tidak ada yang benar-benar, itu hanya perbedaan sudut pandang. Apa pun yang Anda lakukan di cloud, Anda dapat melakukannya di lokasi, dan tidak sesulit atau padat karya sebelumnya — tetapi ini lebih merepotkan daripada melakukannya di cloud. Basecamp memprioritaskan penghematan biaya dan bersedia menempatkan beberapa orang tambahan untuk mengelola layanan. Capital One, yang jauh lebih besar dan juga lebih kompleks, mungkin memprioritaskan tugas lain daripada penghematan biaya cloud; mereka mungkin, misalnya, memilih untuk mengerahkan orang ke dalam pengembangan produk daripada manajemen infrastruktur. Ada juga masalah skala — berkembang menjadi ratusan ribu server dan tidak lagi hanya beberapa alat open source dan beberapa otomatisasi.
Dan kemudian ada layanan. Cloud dapat menawarkan banyak layanan yang telah dicerna sepenuhnya; ambil saja layanannya dan jangan khawatir tentang aplikasi atau infrastruktur. Analitik, logging, database, backend seluler, penyimpanan objek, layanan web tanpa server, perpesanan, semuanya tersedia di ketukan, sesuai permintaan, dan dengan keandalan ekstrem. Tentu saja, mereka datang dengan harga premium tetapi bahkan orang yang memiliki mobil dan rumah menyewa dari Hertz dan Marriott. Caranya adalah dengan menggunakannya secara tepat dan bijak, serta mengetahui kapan harus meninggalkan persewaan.
Ringkasan
Adopsi cloud banyak hal termasuk biaya. Bisnis yang membutuhkan kelincahan harus tetap berada di cloud. Menangani masalah non-inti dengan keterampilan non-inti pada akhirnya akan membebani tenaga kerja organisasi. Cloud bukanlah peluru perak — ini adalah salah satu pilihan yang lebih kuat dalam gudang senjata. Waktu di mana IAAS menjadi tujuan sudah lama berlalu. Berpindah ke cloud hanya jika Anda siap menjadi cloud native — terkontainerisasi, DevOps, diskalakan secara horizontal, dll.
Pelajaran Utama:
- Jangan membabi buta meletakkan segala sesuatu di atas awan. Pertimbangkan secara terus-menerus — untuk setiap peluncuran produk — jika Anda lebih menyukai Basecamp atau lebih banyak Netflix. Aplikasi baru atau aplikasi yang sangat tidak stabil adalah kandidat yang jelas, tetapi ada juga yang lain. Dan banyak hal berubah, tinjau ini secara berkala untuk melihat ke mana harus memindahkan apa.
- Kurangi kekhawatiran tentang tidak dapat mempekerjakan atau mempertahankan keterampilan di tempat. Anda tidak membutuhkan pasukan ahli itu lagi, sehingga Anda dapat melatih seluruh tenaga kerja Anda dengan lebih luas dan lebih sering. DevOps menyerap banyak beban kerja ahli Anda (membutuhkan perubahan budaya yang signifikan).
- Bersihkan dan sederhanakan tumpukan Anda. Sebagian besar kerumitan dan biaya di tempat berasal dari pembelian beberapa varian, vendor, dan versi.- Jadilah Southwest
- Bergerak sendiri untuk bit termahal — di AWS saat ini adalah RDS (database Postgres terkelola) jadi saya sangat menyarankan untuk menjauh darinya. Bangun keterampilan internal untuk manajemen Postgres dan berhentilah terlalu takut pada database.
- Waktu di mana IAAS menjadi tujuan sudah lama berlalu. Pindah ke cloud hanya jika Anda siap untuk menjadi cloud native — di-container, DevOps, diskalakan secara horizontal, dll. Jika masuk akal, manfaatkan beberapa nilai tambah tambahan yang ditawarkan cloud secara gratis, seperti pemantauan yang jauh lebih baik, penskalaan otomatis Operasi AI, kontrol biaya yang jauh lebih halus (Netflix telah melakukan beberapa hal luar biasa di sini). Jika Anda belum siap melakukan semua itu, ganti CIO Anda daripada infrastruktur Anda.

![Apa itu Linked List? [Bagian 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































