Setelah 11 Minggu Migrasi ke Kubernetes, Perusahaan Lupa Alasan Mereka Ada (2020)

Setelah 11 minggu migrasi ke Kubernetes, perusahaan lupa alasan mereka ada

• Xenobroom Inc., startup baru di Silicon Valley, memulai proses upgrade infrastruktur server pada Mei 2020.

• Ketika penggunaan harian melonjak tajam di tengah situasi pandemi global, perusahaan memutuskan untuk memigrasikan infrastruktur yang ada ke Kubernetes.

• Meninjau ulang dan mendesain ulang skrip Bash sederhana serta mesin VPS memakan waktu lebih lama dari perkiraan.

• Perusahaan menganggap ini sebagai peluang bagus untuk meng-upgrade dependensi dan library software.

• Sebagian besar database PostgreSQL yang berjalan di satu mesin diubah menjadi penyimpanan KV terdistribusi yang memanfaatkan fleksibilitas AWS.

• Server staging biasa yang melakukan deployment harian dari branch develop diganti dengan workflow khusus production yang mendukung CI.

• Ketika proses migrasi selesai, tidak ada seorang pun di perusahaan yang masih bisa mengingat tujuan produk tersebut.

• Baik pengguna maupun investor sama-sama tidak memahami produk aslinya, dan setelah berminggu-minggu downtime, memulihkan makna produk itu menjadi nyaris mustahil.

• CEO meminta bantuan ahli spiritual Phutar Afrayughum, yang dikenal telah membantu peningkatan pangsa pasar aplikasi pesan Google.

Opini GN⁺

• Artikel ini menyindir dampak proses migrasi ke Kubernetes terhadap perusahaan. Dalam kenyataan juga, migrasi teknologi dapat membawa perubahan besar pada operasional perusahaan, dan kadang membuat tujuan awal ikut hilang.
• Saat mempertimbangkan migrasi teknologi, dibutuhkan pemahaman yang jelas bukan hanya tentang aspek teknis, tetapi juga visi dan tujuan organisasi. Ini menekankan prinsip bahwa teknologi harus mendukung tujuan organisasi.
• Kubernetes adalah platform orkestrasi kontainer yang disukai banyak perusahaan, tetapi sebelum mengadopsinya diperlukan persiapan yang memadai dan keahlian khusus. Jika tidak, kompleksitas dan beban pengelolaan bisa meningkat.
• Artikel ini mengingatkan bahwa adopsi teknologi tidak selalu hanya membawa hasil positif. Kadang teknologi dapat mengaburkan nilai dan tujuan esensial sebuah organisasi.
• Platform lain yang menawarkan fungsi serupa dengan Kubernetes antara lain Docker Swarm dan Apache Mesos, yang dalam kondisi tertentu dapat menjadi alternatif Kubernetes.

[GN⁺]

Opini Hacker News

• Kasus produktivitas pengembangan meningkat 3 kali lipat setelah memecat 20% manajemen menengah

  Ada kasus sebuah perusahaan yang secara tidak sengaja meningkatkan produktivitas pengembangan hingga 3 kali lipat dengan memecat 20% manajemen menengah.

• Berbagi pengalaman migrasi ke Kubernetes

  Migrasi ke Kubernetes yang sedang berlangsung saat ini sudah berjalan 2 tahun tetapi bahkan belum mencapai 30% selesai, dan ditunjukkan bahwa orang-orang yang awalnya sangat mendorong Kubernetes kini tertarik pada LLMs. Ini menyiratkan bahwa ada orang-orang yang menyukai hal-hal baru dan mengilap, dan peran seperti itu sendiri bisa saja berguna.

• Tulisan-tulisan menarik di blog Theolognion

  Blog Theolognion memiliki beberapa tulisan menarik, khususnya yang tentang 'pengembang yang membuat sistem penggabungan catatan sempurna' dan 'AI yang menganalisis komentar Hacker News lalu menyelesaikan semua masalah politik, ekonomi, dan medis'.

• Lelucon tentang penyebab kegagalan

  Dalam post-mortem yang menganalisis penyebab kegagalan, muncul dugaan bahwa perusahaan mungkin menganggapnya sebagai kesempatan baik untuk meningkatkan dependensi dan library perangkat lunak, serta mengubah sebagian besar basis data PostgreSQL yang berjalan di satu mesin menjadi penyimpanan KV terdistribusi dengan memanfaatkan fleksibilitas AWS.

• Contoh nyata keberhasilan migrasi 11 minggu ke Kubernetes

  Pada kenyataannya, berhasil bermigrasi ke Kubernetes dalam 11 minggu sudah merupakan pencapaian besar.

• Tips migrasi layanan ke Kubernetes

  Teknologi yang kompleks sebaiknya dipelajari lebih dulu, lalu dicoba pada layanan kecil yang tidak penting. Kerjakan satu hal pada satu waktu, dan mulai dari yang sederhana. Penulis tidak mengalami masalah saat memigrasikan layanan ke Kubernetes, tetapi itu adalah hasil dari 2 tahun belajar dan bereksperimen, serta mencoba berbagai pendekatan sampai menemukan cara yang paling cocok yang tidak bisa ditemukan di internet. Penulis menggunakan gitops tanpa otomatisasi, dan menerapkan yang dibutuhkan dengan kubectl apply -k. Kini, setelah memiliki puluhan layanan dan pemahaman yang cukup, penulis sedang mempertimbangkan untuk mengadopsi flux.

• Kemudahan dan murahnya menjalankan sistem

  Menjalankan sistem kini lebih mudah dan lebih murah daripada sebelumnya, tetapi para engineer sering cenderung memilih cara yang rumit dan tidak efisien untuk melakukan pekerjaan yang sederhana.

• Masalah industri terkait pemilihan teknologi

  Mengenai migrasi aplikasi yang berfungsi sempurna dengan mengadopsi teknologi seperti GraphQL/React/Next, sebagai orang yang sudah lama bekerja di industri ini, ada kesan bahwa banyak orang sebenarnya tidak tahu apa yang mereka lakukan.

• Pengalaman migrasi ke cloud storage

  Saya bertarung siang dan malam selama 4 bulan untuk memindahkan 500.000 blob dari MinIO self-hosted ke blob storage terkelola, tetapi pekerjaan yang benar-benar produktif dan tidak terkait politik atau birokrasi kurang dari 1 minggu, jadi migrasi ke Kubernetes dalam 11 minggu tampak sebagai keberhasilan besar.

• Pengalaman memperkenalkan komputer di kantor hukum pada 1970-an

  Penulis berbagi pengalaman bekerja sebagai pengacara muda pada 1977 dengan penagihan tarif per jam, lalu membeli komputer Tandy I pada 1979 dan menggunakan program basis data seperti Foxbase. Pada 1981 ia membuka kantor hukumnya sendiri, dan saat itu mesin faks serta mesin tik elektrik adalah teknologi terbaru yang meningkatkan produktivitas kantor, tetapi komputer pribadi belum digunakan. Penulis membeli komputer Compaq untuk semua sekretarisnya, menghabiskan banyak waktu menulis program waktu dan penagihan untuk menggantikan sistem penagihan manual, dan juga memasang jaringan. Namun karena terlalu fokus pada teknologi tersebut, ia menjadi lalai terhadap pekerjaannya sebagai pengacara dan menjaga hubungan dengan klien bisnis, dan akhirnya menutup kantornya pada 1994. Saat itu semua kantor sudah memakai komputer untuk pengolah kata, tetapi belum ada program penagihan komersial, dan meskipun para pengacara dari kantor hukum lain menginginkan program penagihan miliknya, ia berbagi pengalaman bahwa bisnisnya hancur karena terlalu fokus menikmati pemrograman.