Anda mungkin menjalankan kode Anda dalam wadah. Anda bahkan mungkin telah mengambil risiko dan mengatur semuanya dengan kode YAML melalui Kubernetes. Tetapi infrastruktur sebagai kode menjadi tingkat kerumitan yang sama sekali baru saat menyiapkan layanan Kubernetes terkelola.
Pada episode podcast Stack Overflow yang disponsori ini, Ben dan Ryan berbicara dengan David Dymko dan Walt Ribeiro dari Vultr tentang apa yang mereka lalui untuk membangun layanan Kubernetes terkelola sebagai penawaran cloud. Itu adalah perjalanan yang berakhir tidak hanya dengan layanan K8 terkelola, tetapi juga dengan banyak alat tambahan, peningkatan, dan sumber terbuka.
Saat membangun implementasi Kubernetes, Anda dapat mengabstraksi beberapa kerumitan, terutama jika Anda menggunakan beberapa alat yang lebih populer seperti Kubeadm atau Kubespray. Namun saat menggunakan layanan terkelola, Anda ingin dapat fokus pada beban kerja Anda dan hanya beban kerja Anda, yang berarti menghilangkan bidang kontrol. Pengguna tidak perlu peduli dengan infrastruktur yang mendasarinya, tetapi bagi mereka yang mendesainnya, bidang kontrol yang hilang membuka banyak masalah.
Setelah Anda menghapus abstraksi ini, kluster cloud Anda diperlakukan sebagai satu komputasi solid. Tapi kemudian bagaimana Anda melakukan upgrade? Bagaimana Anda mempertahankan sertifikasi x509 untuk panggilan HTTPS? Bagaimana Anda mendapatkan metrik? Tanpa bidang kontrol, Vultr perlu berkomunikasi dengan node pekerja Kubernetes mereka melalui API. Dan tidakkah Anda mengetahuinya: API tidak didokumentasikan dengan baik.
Mereka membawanya kembali ke kebutuhan dasar, set fitur MVP dari layanan cloud K8s mereka. Mereka membutuhkan Cloud Controller Manager (CCM) dan Container Storage Interface (CSI) sebagai komponen inti agar Vultr menjadi warga kelas satu di cluster Kubernetes. Mereka membangun klien Go untuk antarmuka menggunakan komponen-komponen itu dan berpikir, hei, mengapa tidak open-source ini? Itu mengarah ke beberapa proyek sumber terbuka lainnya, seperti integrasi Terraform dan antarmuka baris perintah.
Ini adalah awal dari perjalanan dua tahun yang menghubungkan semua titik yang dibutuhkan proyek ini. Mereka membutuhkan penyeimbang beban terkelola yang dapat bekerja tanpa bidang kontrol atau alat apa pun yang terhubung dengannya. Mereka membangunnya. Mereka membutuhkan pembaruan kualitas hidup untuk API mereka untuk mengejar semua yang diharapkan pengembang saat ini: tindakan CRUD modern, praktik terbaik REST, dan pagination. Sementara itu, mereka terus mendengarkan pelanggan mereka untuk memastikan mereka tidak menyimpang terlalu jauh dari produk aslinya.
Untuk melihat hasil perjalanan mereka, dengarkan podcast dan lihat Vultr.com untuk semua penawaran cloud mereka, tersedia di 25 lokasi di seluruh dunia.
SALINAN
Tags: komputasi awan, kubernetes, konten mitra, stackoverflow, podcast stack overflow