Belajar Cloud Native & CNCF - Sejarah, Latar Belakang & Mengapa Membutuhkannya

#Pendahuluan

Setiap ekosistem besar punya cerita asal-usul, dan cloud native tidak terkecuali. Episode 1 membawa kalian mundur ke masa ketika container mulai populer, lalu melihat bagaimana raksasa teknologi merespons, hingga lahirnya organisasi yang menjadi pusat gravitasi dunia container: Cloud Native Computing Foundation.

Mengapa sejarah penting? Karena banyak keputusan yang terlihat aneh di lanskap CNCF hari ini — misalnya mengapa ada begitu banyak proyek yang tumpang tindih — menjadi masuk akal setelah kalian tahu konteks kelahirannya. Sejarah juga menjelaskan nilai-nilai yang dipegang CNCF, seperti vendor-neutral dan keberlanjutan proyek open source.

Di akhir episode ini kalian akan memahami tiga hal: kronologi kelahiran CNCF, definisi resmi cloud native dari Technical Oversight Committee, dan alasan mengapa dunia teknologi membutuhkan rumah netral bagi perangkat lunak cloud native.

#Asal-Usul: Dari Ledakan Container sampai Kubernetes

#Ledakan Container Tahun 2013

Container bukanlah teknologi baru — konsepnya sudah ada sejak 1970-an lewat chroot dan cgroups. Namun 2013 adalah titik balik ketika Docker membuat container mudah dipakai oleh pengembang biasa. Dengan satu perintah, aplikasi bisa dibungkus menjadi image dan dijalankan di mana saja, mengakhiri masalah klasik "berjalan di mesin saya".

Popularitas Docker tumbuh luar biasa cepat. Perusahaan mulai memakai container untuk semua hal, dan bersama kemudahan itu muncul masalah baru: bagaimana mengelola ratusan container yang berjalan di banyak mesin sekaligus? Inilah kekosongan yang coba diisi oleh banyak orkestrator.

Perlu digarisbawahi: masalah tersebut bukan masalah teknis semata, melainkan masalah manajemen. Menjalankan satu container itu mudah; menjaga ratusan container tetap sehat, saling terhubung, dan siap menangani lonjakan traffic adalah tantangan yang jauh lebih besar — tantangan yang akhirnya melahirkan era orkestrasi.

#Kelahiran Kubernetes di Google

Google telah menjalankan sistem kontainer skala besar selama lebih dari satu dekade melalui infrastruktur internal bernama Borg dan Omega. Pada 2014, Google membuka rahasia dapur itu dan merilis Kubernetes sebagai proyek open source. Kubernetes menyatukan pengalaman mengelola jutaan container menjadi sebuah sistem orkestrasi yang bisa dipakai siapa saja.

Salah satu faktor kunci keberhasilan Kubernetes adalah komunitasnya yang langsung besar. Ribuan pengembang dari berbagai perusahaan ikut berkontribusi, menjadikan Kubernetes bukan produk milik satu vendor, melainkan milik komunitas global.

Keputusan Google untuk merilis Kubernetes sebagai open source bukan tanpa perhitungan. Dengan membuka sistem internal mereka, Google sekaligus mengundang kompetitor, mitra, dan komunitas untuk ikut membangun. Hasilnya, Kubernetes berkembang jauh lebih cepat daripada yang mungkin dicapai Google sendirian.

#Didirikannya CNCF: 21 Desember 2015

#Momen Bersejarah

Pada 21 Desember 2015, Kubernetes disumbangkan oleh Google ke Cloud Native Computing Foundation, sebuah organisasi yang baru saja dibentuk di bawah naungan Linux Foundation. Hari itu menandai kelahiran CNCF sekaligus menjadikan Kubernetes sebagai proyek pertama yang dirawatnya.

Keputusan menyumbangkan Kubernetes ke foundation adalah langkah berani yang berdampak besar. Alih-alih tetap menjadi proyek yang didominasi Google, Kubernetes menjadi aset bersama yang bisa dikelola, didanai, dan diarahkan oleh banyak pihak secara adil. Pola ini kemudian menjadi model yang diikuti banyak proyek besar lainnya.

Keputusan ini juga datang pada saat yang tepat. Komunitas container saat itu tengah mencari standar bersama, dan semakin banyak pihak sadar bahwa orkestrasi container seharusnya menjadi kepentingan bersama, bukan milik satu perusahaan. CNCF lahir tepat untuk mengisi kebutuhan itu.

#Kepemimpinan Awal dan Sekarang

Direktur eksekutif pertama CNCF adalah Dan Kohn, tokoh yang meletakkan fondasi tata kelola dan komunitasnya. Seiring pertumbuhan organisasi, kepemimpinan berganti dan berkembang. Saat ini posisi Executive Director dipegang oleh Jonathan Bryce, dengan Chris Aniszczyk sebagai CTO yang mengawasi arah teknis dan hubungan dengan komunitas.

Pergantian kepemimpinan ini adalah hal yang sehat: organisasi yang matang tidak bergantung pada satu orang. Yang penting adalah institusi, proses, dan komunitas yang terus berjalan meski wajah di belakangnya berganti.

Transparansi menjadi kunci dalam transisi semacam ini. Siapa pun bisa membaca riwayat keputusan, kebijakan, dan arah CNCF di repositori publiknya, sehingga pergantian kepemimpinan tidak mengubah karakter organisasi secara tiba-tiba.

#Definisi Cloud Native Menurut TOC

#Lima Pilar Definisi

Technical Oversight Committee (TOC) mendefinisikan cloud native sebagai pendekatan untuk membangun dan menjalankan aplikasi yang memanfaatkan sepenuhnya keunggulan model komputasi cloud. Definisi ini dijabarkan dalam lima praktik inti:

• Containers — mempackaging aplikasi beserta dependensinya secara konsisten.
• Service mesh — lapisan jaringan yang mengelola komunikasi antar layanan.
• Microservices — memecah aplikasi menjadi layanan kecil yang independen.
• Immutable infrastructure — infrastruktur yang diganti, bukan diperbaiki.
• Declarative APIs — menyatakan hasil yang diinginkan, bukan langkah menuju hasil.

Kelima pilar ini akan kalian temui berulang kali di series ini, mulai dari lanskap di episode 2 sampai tren AI dan platform engineering di episode 17 dan 18.

Kelima praktik ini juga saling melengkapi. Containers menjadi unit dasar, microservices memecah aplikasi menjadi layanan kecil yang independen, service mesh menghubungkan layanan-layanan tersebut, immutable infrastructure menjaga konsistensi lingkungan, dan declarative APIs memungkinkan otomatisasi penuh dari deklarasi hingga eksekusi.

#Mengapa Dunia Membutuhkan CNCF

#Rumah Netral dan Vendor-Neutral

Alasan paling mendasar keberadaan CNCF adalah netralitas. Proyek open source yang dikelola satu perusahaan selalu berisiko diarahkan demi kepentingan perusahaan itu. CNCF menyediakan rumah netral di mana keputusan teknis diambil oleh komunitas dan tata kelola yang transparan, bukan oleh pemasok tunggal.

Vendor lock-in juga menjadi perhatian utama. Dengan standar yang didorong CNCF, kalian bisa berpindah dari satu cloud provider ke cloud provider lain tanpa menulis ulang seluruh arsitektur. Kemampuan ini menjadi nilai jual besar bagi organisasi yang tidak ingin terjebak pada satu vendor.

Pola ini bukan teori kosong. Ketika sebuah vendor mengumumkan dukungan untuk teknologi yang dirawat CNCF, kalian bisa yakin dukungan itu diberikan atas dasar standar terbuka, bukan format tertutup milik vendor tersebut.

#Keberlanjutan dan Standar De Facto

CNCF menjamin keberlanjutan proyek open source. Selama sebuah proyek dirawat CNCF, proyek tersebut mendapat dukungan infrastruktur, keamanan, dan komunitas sehingga tidak mudah mati hanya karena satu perusahaan berhenti berkontribusi.

Dari sinilah lahir standar de facto: teknologi yang dipakai mayoritas industri meski bukan standar resmi. Kubernetes adalah contoh paling jelas — ia menjadi standar orkestrasi container yang hampir semua orang pakai, tanpa ada badan standar yang menetapkannya secara formal.

Fenomena serupa terjadi pada proyek-proyek CNCF lain. Prometheus menjadi standar de facto untuk metrik, dan OpenTelemetry sedang menuju posisi yang sama untuk observability. Ketika sebuah teknologi dipakai begitu luas, perannya melampaui dokumen resmi — ia menjadi standar karena kenyataan di lapangan.

# ambil tanggal pembuatan, jumlah bintang, dan jumlah fork
curl -sS https://api.github.com/repos/kubernetes/kubernetes | jq -r '.created_at, .stargazers_count, .forks_count'

Perintah curl -sS di atas memanggil API GitHub, sementara jq merapikan keluarannya menjadi teks yang mudah dibaca. Melihat angka bintang yang terus bertambah adalah salah satu cara sederhana merasakan besarnya komunitas di balik proyek pertama CNCF ini.

#Penutup

Episode 1 menempatkan CNCF dalam sejarah: dari ledakan container 2013, kelahiran Kubernetes 2014, didirikannya CNCF pada 21 Desember 2015, sampai definisi cloud native dari TOC beserta alasan mengapa dunia membutuhkan foundation yang netral dan berkelanjutan.

Inti yang harus dibawa pulang:

• CNCF didirikan pada 21 Desember 2015 di bawah Linux Foundation.
• Kubernetes adalah proyek pertama CNCF, disumbangkan oleh Google.
• Definisi cloud native mencakup containers, service mesh, microservices, immutable infrastructure, dan declarative APIs.
• CNCF menjamin netralitas, keberlanjutan, dan bebas dari vendor lock-in.
• Standar de facto seperti Kubernetes lahir dari adopsi komunitas yang luas.
• Kepemimpinan CNCF terus bertransisi dari Dan Kohn ke Jonathan Bryce.

Di episode 2 kita akan masuk ke konsep dasar: ekosistem, cloud native landscape, dan empat lapisan — dari runtime sampai provisioning, plus layanan seperti service mesh, observability, security, dan storage yang mengisi antar-lapisan. Buka landscape.cncf.io dan bersiaplah melihat peta lengkap dunia cloud native.

Dengan peta itu di tangan, perjalanan kalian memahami CNCF akan terasa jauh lebih terarah di episode-episode berikutnya.