Modernisasi Lama melalui Kubernetes | oleh João Brito | Jan, 2023

Pendekatan yang realistis!

Pertama-tama, jika Anda pikir saya akan berbicara tentang mengadopsi layanan mikro, Anda tidak salah lagi, oke 😀

Ketika kita berbicara tentang modernisasi, kita mulai dari mana perusahaan sudah menjalankan aplikasinya, dan tentu saja pada tahun 2023 banyak orang akan mendengar tentang layanan mikro, Martin Fowler, decoupling, tanggung jawab tunggal, dan sebagainya. Ada banyak artikel tentang subjek di luar sana. Di sini, saya ingin menyebutkan pendekatan modernisasi yang realistis.

Titik sentral dari tema ini adalah bahwa perusahaan saat ini sudah memiliki aplikasinya dan mereka sudah menghasilkan uang, jadi mengapa mengacaukan tim yang menang? Karena ini adalah waktu terbaik untuk melakukannya, karena bisnis tidak sedang menghadapi krisis, sehingga mereka memiliki waktu dan uang untuk diinvestasikan dengan ketenangan pikiran tertentu. Kesempatan ini juga menguntungkan bagi tim untuk mendedikasikan kemampuan kognitifnya untuk belajar dan mempraktikkan pendekatan dan proses baru.

Jelas, ini akan menjadi skenario di dunia yang ideal. Bagaimanapun, kita tahu bahwa aplikasi yang ada memiliki tuntutannya sendiri, seperti pembaruan, siklus hidup, pemantauan, dan pengoperasian. Mengesampingkannya untuk bekerja pada versi kedua tidak mungkin.

Mempertimbangkan poin-poin yang disebutkan di atas, saya sampai pada pendekatan pencekikan, atau Pola Aplikasi Pencekikyang bagi saya sangat masuk akal dan saya akan menjelaskan lebih banyak.

Dalam pendekatan ini, kami memiliki warisan yang berdampingan dengan fitur dan pendekatan baru, jadi kami tidak memiliki momen “pergantian kunci” di sini, tetapi transisi (semulus mungkin) antar versi. Hal terpenting di sini adalah momen perencanaan dan keterlibatan tim, yang akan menjadi kendala terbesar untuk terus mengimplementasikan fitur di warisan. Bagaimanapun, tim sudah mengetahui proses lama. Itulah mengapa sangat penting untuk menyelaraskan keterlibatan bahkan dengan tim pelanggan, tanpa memperketat tenggat waktu sehingga tidak mengarah pada penarikan.

Di sini mungkin timbul pertanyaan: mengapa tidak mengulanginya saja dari awal? Ini adalah pertanyaan penting, karena mengulang dari awal menyiratkan investasi waktu yang besar. Bayangkan butuh satu tahun untuk membuat aplikasi yang ada. Bahkan dengan pengalaman yang didapat, tim Anda membutuhkan setidaknya 9 bulan untuk mengirimkan versi baru. Berapa banyak perubahan pasar Anda dalam 9 bulan ini? Apakah perusahaan Anda memiliki stamina untuk berinvestasi selama ini dalam pengembangan? Mengapa tidak mengikuti strategi peluncuran fitur, pengujian, dan peningkatan? Dengan demikian, selama proses aplikasi Anda akan berkembang, tim Anda akan meningkat dan kami tidak akan memiliki titik puncak dalam format “semua atau tidak sama sekali”, yang memfasilitasi kesalahan dan koreksi.

Saya ingin kembali ke poin non-layanan mikro atau pendekatan yang realistis. Kebutuhan akan layanan mikro sangat besar. Bekerja dengan decoupling sendiri sudah merupakan tugas yang sulit, yang bergantung pada perencanaan dan visi yang baik dari para pemimpin. Namun, pendekatan ini membutuhkan banyak waktu untuk memberikan hasil, karena ada banyak bagian kecil yang harus dibangun sebelum mereka mulai berpartisipasi dalam proses tersebut. Itu sebabnya saya ingin meninggalkan refleksi di sini Ross Garrett lakukan beberapa waktu lalu di “Miniservices”, di mana modernisasi terjadi secara bertahap tanpa melewatkan langkah apa pun, menjaga agar layanan saat ini tetap berjalan, menciptakan layanan yang semakin dipisahkan dan mengarah ke layanan mikro. Namun, tanpa bermaksud untuk mencapai tujuan ini di fase pertama.

Oke, dan di mana Kubernet cocok dengan keseluruhan cerita ini?

Kubernetes adalah dasar dari semua transformasi ini. Agar rencana ini menjadi kenyataan, diperlukan beberapa poin:

• Kemudahan penciptaan
• Integrasi antar alat
• proses yang terdefinisi dengan baik
• Pemerintahan

Pada awalnya, fokusnya harus pada kemudahan di mana tim dapat menciptakan lingkungan dan tersedia untuk menggunakannya, tentu saja mengikuti parameter dan proses tata kelola. Namun, integrasi antara lingkungan dan alat memungkinkan untuk tidak memenjarakan proses ini, seperti yang dilakukan ITIL. Misalnya, Kubernetes memberikan kebebasan dengan memungkinkan Anda untuk mengintegrasikan proses yang ada dan bahkan mengotomatiskannya, karena tidak masuk akal, tindakan seperti harus membuka GMUD untuk memperbarui aplikasi yang telah melalui proses CI/CD. Namun, masuk akal untuk memiliki proses ini di dalam saluran Anda, yang memperbarui aplikasi dari perubahan yang dibuat dan disetujui di cabang.

Memiliki infrastruktur yang memungkinkan ketangkasan dan skala yang diperlukan untuk perubahan ini sangat penting untuk keberhasilan modernisasi atau transformasi perusahaan Anda. Tingkat otomatisasi yang dimiliki Kubernetes secara native akan memberi Anda tidak hanya keuntungan ini tetapi juga manfaat lain yang tidak dihitung, misalnya: a tumpukan modern di mana tim Anda akan senang bekerja, di mana semua jenis aplikasi Anda dapat lahir dengan standar dan tim Anda dapat mengerjakan fitur dan bukan menjaga infrastruktur.

Saya mengutip dalam paragraf yang berbeda a tumpukan modern atau cloud native, dan mungkin beberapa orang berpikir ini adalah jalan keluar”berlebihan” atau bazooka untuk lalat. Penting untuk mengklarifikasi subjek, karena banyak yang dikatakan tentang kompleksitas Kubernetes dan bagaimana ketangguhannya berlaku untuk lingkungan yang besar. Namun, Kubernetes tidak dikembangkan hanya untuk lingkungan raksasa, tetapi menjadi infrastruktur untuk semua lingkungan, karena pada prinsipnya setiap aplikasi membutuhkan sumber daya komputasi dan merupakan proses yang berjalan di mesin. Inilah tepatnya tujuan Kubernetes, untuk menjaga agar proses dan tugas ini tetap berjalan, sesederhana itu.

Sejauh ini, menghadirkan ketahanan dan pemantauan ke aplikasi yang berfungsi agar aplikasi lain tetap berjalan (dan ini berlaku dari fungsi untuk Anda Lebahtoko online, sungai raksasa dengan jutaan Lebah, ke lingkungan dari pembelajaran mesin Pengoperasian Inti data, itu adalah tugas tim operasi.

Kubernet cocok dengan semua lingkungan dan skenario. Kita bisa mulai dengan lingkungan kecil dan tumbuh sesuai kebutuhan bisnis tanpa harus membuat tumpukanseperti sekarang dalam ukuran X.

Ingatlah bahwa a tumpukan Modern dan cloud native bukan hanya Kubernetes dan aplikasi. Pertimbangkan faktor-faktor seperti pemantauan, tata kelola, saluran pipakeamanan, penebangan, pelacakan, belum lagi banyaknya aplikasi yang berjalan di dalam Kubernetes itu sendiri, seperti Databases, Messaging, API Gateway, Layanan Meshdiantara yang lain.

Jadi jangan perlakukan masalah ini sebagai sprint tetapi sebagai perjalanan yang membutuhkan banyak komitmen.

Berikut tips saya untuk modernisasi:

• Perencanaan: Memiliki rencana dengan tujuan dan sasaran yang jelas yang dapat diukur.
• Otomasi: Otomatiskan semua yang mungkin dari saluran Anda hingga proses tata kelola. CI/CD dan GitOps adalah titik awal yang bagus.
• Lihat definisi yang indah: “Pengiriman berkelanjutan adalah proses berulang yang memungkinkan pengiriman perangkat lunak yang cepat, dapat diprediksi, murah, sering, dan berisiko rendah”.
• Pemantauan: Penting untuk mengukur semuanya, tidak hanya aplikasi, infrastruktur, tetapi juga pengujian, pengiriman, dan tujuan itu sendiri.
• Komunikasi: Jaga agar tim tetap diperbarui, selaras, dan termotivasi. Tidak ada yang lebih baik dari tim yang terlibat untuk berhasil menyelesaikan rencana.
• Hilangkan “Waktu tunggu”, ini tentu keuntungan dan banyak untuk pengiriman.
• Dokumentasi: Termasuk dalam proses modernisasi, saat ini ada beberapa aplikasi termasuk monitoring seperti Perusahaan Calico yang menampilkan peta terbaru dari aplikasi Anda dan cara komunikasinya, ini sangat penting karena jumlah aplikasi bertambah.

Kiat terakhir saya: Awal! Duduk bersama tim Anda dan mulailah merencanakan untuk memodernisasi aplikasi yang lebih sederhana di mana mereka dapat belajar dan memecahkan beberapa batu lalu melanjutkan. Dan tentunya akan sangat menyenangkan bisa berpartisipasi dalam fase ini.

Untuk melanjutkan perjalanan ini, bicaralah dengan ahlinya.