‫Jadi, apa yang selanjutnya untuk Kubernet?
‫Itu pertanyaan yang saya pikir banyak dari
‫kita miliki ketika kita melihat seberapa cepat ia tumbuh, dan seluruh
‫ekosistem di sekitarnya, dan bagaimana itu terlalu banyak untuk
‫ditangani oleh satu orang.
‫Apa masa depan
‫Nah, kabar baiknya adalah jika saya harus memprediksinya, saya
‫berpikir bahwa masa depan adalah bahwa hal itu
‫perlu mulai membosankan. Anda akan mendengar banyak pendiri membicarakan hal
‫ini setiap kali Anda melihatnya di depan umum.
‫Anda tahu, mereka hanya akan berbicara tentang bagaimana kita
‫perlu membuat infrastruktur menjadi membosankan sebanyak mungkin sehingga
‫kita dapat lebih mengandalkan hal-hal yang kita lakukan
‫di atas itu. Karena sungguh, semua ini ada di sini supaya kita bisa
‫mendapatkan aplikasi kita di sana, benar.
‫Maksud dari Kubernetes bukanlah untuk menjadi Kubernetes itu sendiri.
‫Ini untuk memungkinkan Anda melakukan hal-hal yang ingin Anda lakukan lebih cepat.
‫Saya pikir untuk Kubernetes, jika
‫Anda melihat beberapa rilis terakhir, itu
‫benar-benar mulai fokus pada keandalan, stabilitas,
‫keamanan, pada dasarnya menjadi sangat stabil sehingga
‫hanya ada di sana.
‫Anda tidak perlu terlalu khawatir tentang hal itu.
‫Anda tidak harus memperbaikinya begitu banyak.
‫Mereka memang memiliki rilis reguler, jadi
‫Anda pasti bisa memeriksa jadwal rilis, dan catatan
‫rilis, yang saya tautkan dalam video ini.
‫Satu hal yang memang terjadi tahun ini, pada tahun 2019,
‫adalah audit keamanan besar dari banyak kode
‫inti yang mengungkapkan banyak hal.
‫Bahkan, di blog mereka, mereka memiliki analisis lengkap dan terperinci
‫tentang apa yang terjadi.
‫Saya pikir itu benar-benar keren bahwa proyek open
‫source sama pentingnya dan sebesar ini, tidak hanya melakukan
‫analisis keamanan dari pihak ketiga, tetapi mengungkapkan semua masalah dan hasil
‫yang potensial.
‫Saya pikir itu menghasilkan banyak PR yang dimuka adalah untuk memperbaiki
‫hal-hal cepat, tetapi juga beberapa hal yang pada akhirnya akan
‫mereka perbaiki dari waktu ke waktu.
‫Ini tidak terlalu banyak berdasarkan kerentanan, tetapi lebih
‫banyak area ini dapat ditingkatkan sehingga kita
‫akan mengubahnya seiring waktu.
‫Hal lain yang akan Anda lihat adalah beberapa konsep lama
‫ini, ketika itu adalah alat yang lebih sederhana, akan mulai
‫memudar begitu mereka dihapus. Saya pikir plugin penyimpanan yang
‫bukan CSI pada akhirnya akan ditarik keluar sehingga Anda
‫harus bergantung pada CSI untuk plugin penyimpanan Anda
‫alih-alih barang bawaan.
‫Anda akan melihat perintah yang berbeda seperti kubectl menjalankan
‫perubahan dan berhenti memberi kami peringatan karena akan
‫default menjadi pelari pod sederhana daripada memiliki semua generator yang
‫dibangun di luar kotak.
‫Kemudian Anda akan melihat hal-hal lain yang saya
‫sebutkan di sini, seperti dry run sisi layanan, dapatkan fitur stabil
‫dan lebih banyak di sekitarnya. Karena saya pikir ada dorongan kuat
‫untuk audit yang lebih baik, pemahaman perubahan yang lebih
‫baik dari waktu ke waktu. Apa yang akan berubah sebelum
‫saya melakukannya, apa yang berubah setelah saya melakukannya, dan
‫metrik pelaporan semacam itu.
‫Ketika datang ke pihak ketiga, itu akan terus
‫membengkak dan tumbuh, dan itu benar-benar lebih dari yang
‫kita tahu.
‫Helm 3. 0 baru saja akan selesai.
‫Kami pasti akan memiliki lebih banyak operator yang akan menjadi alat
‫pihak ketiga untuk membuatnya lebih mudah untuk menyebarkan mereka
‫dan mengelolanya di Kubernetes.
‫Ini benar-benar lebih dari harapan, tetapi saya berpikir
‫bahwa kita akan mendapatkan lebih banyak fokus pada
‫alur kerja deklaratif.
‫Karena tema baru ini seputar DevOps, dan lebih khusus git-ops, itulah
‫git ops, yang
‫saya bicarakan di podcast saya.
‫Alur kerja git-ops adalah konsep yang relatif baru, tetapi gagasan
‫bahwa kami operator, dan
‫itulah orang-orang yang mengelola kluster
‫Kubernet ini, kami benar-benar bertindak sebagai operator.
‫Operator mengambil kemajuan dari tim perangkat lunak
‫di mana mereka harus mengelola kode,
‫dan perubahan kode dari waktu ke waktu, dan rilis,
‫yang telah memberikan peningkatan alat seperti GitHub, benar,
‫untuk menggunakan alat yang sama untuk mengelola infrastruktur kami di
‫cara deklaratif. Anda pernah mendengar saya berbicara tentang itu.
‫Saya pikir ketika Anda melihat fitur yang disetel
‫dari waktu ke Kubernetes, Anda bisa melihat bagaimana
‫itu menjadi lebih deklaratif dalam gaya, dan set fitur dan fokusnya adalah
‫pada alur kerja deklaratif itu.
‫Saya berharap bahwa kita akan mendapatkan alat yang lebih baik dan yang kita
‫miliki akan mendapatkan lebih banyak fitur dari waktu ke waktu.
‫Hal besar lainnya di sini adalah dukungan Windows Server.
‫2019 melihat pengumuman besar tentang dukungan
‫Windows Server untuk server 2019, dan
‫itu baru dalam masa pertumbuhan.
‫Itu adalah sesuatu yang Swarm secara teknis lebih maju
‫daripada Kubernetes.
‫Di mana Docker dan Swarm telah memiliki dukungan Windows Server selama
‫bertahun-tahun sekarang, dan itu pasti membaik seiring waktu.
‫Tapi, mereka memulainya dengan Server 2016 dan telah mendorong itu ke
‫depan dan membuatnya lebih baik.
‫Padahal, Kubernetes sekarang di Windows Server
‫2019 benar-benar mengatakan bahwa mereka memiliki dukungan.
‫Dari orang-orang yang saya dengar berbicara tentang
‫Server dalam produksi, Windows Server masih dapat menggunakan lebih
‫banyak pekerjaan di dunia Kubernetes untuk menjadi sama
‫dengan Linux. Jadi, saya pikir
‫itu akan menjadi area fokus yang besar karena lebih banyak
‫perusahaan Windows mengadopsi orkestra kontainer ini.
‫Beberapa hal terakhir di sini pasti kasus Edge
‫akan dikerjakan.
‫Hal-hal seperti pembelajaran mesin.
‫Hal-hal seperti Edge dan infrastruktur kecil yang semuanya akan
‫difokuskan karena pada awal Kubernetes, itu sangat besar dan
‫sangat rumit,
‫tetapi mereka menarik banyak hal
‫dan membuatnya lebih mudah untuk digunakan.
‫Itu sebabnya Anda melihat alat-alat seperti kubeadm keluar dan dapat
‫menggunakan cluster HA.
‫Ini sepenuhnya aman dan jika toleran
‫terhadap kesalahan out-of-the-box. Itu semua adalah hal-hal yang
‫mulai membuahkan hasil sekarang.
‫Bagian dari masa depan itu adalah mengetahui tentang proyek terkait
‫lainnya. Ini hanya
‫daftar singkat dari hal-hal yang belum saya sebutkan dalam
‫kursus ini yang mungkin ingin Anda periksa. Karena Kubernetes sendiri telah
‫menjadi platform tempat semua hal lain
‫mulai dibangun. Bahkan, itu benar-benar
‫tujuan asli dari penulis proyek.
‫Mereka tidak pernah benar-benar bermaksud agar kita menggunakan
‫Kubernetes secara langsung dalam hal Kubernetes,
‫open source.
‫Mereka benar-benar bermaksud agar orang lain membangun abstraksi di atasnya
‫untuk kita menjalankan beban kerja kita.
‫Itu sebabnya Anda melihat distribusi keluar, dalam
‫banyak kasus, karena mereka membangun lapisan lain di atas untuk
‫melakukan itu. Dalam hal ini, kami
‫melihat semua jenis infrastruktur lain keluar untuk melakukan hal-hal
‫lain. Pertama, adalah Knative.
‫Ini ada di daftar server, dan
‫ini jelas merupakan proyek CNCF resmi sehingga sangat terkait dengan
‫dunia Kubernetes.
‫Jika Anda tertarik pada daftar server, itu pasti salah satu
‫proyek yang ingin Anda periksa.
‫Selanjutnya, beberapa proyek dari Rancher adalah K3
‫dan K3.
‫K3 pada
‫dasarnya adalah tim mereka mengambil penyebaran dan pengelolaan Kubernet
‫yang kompleks dan menyederhanakannya, menghapus semua
‫hal yang tidak perlu yang menyertainya.
‫Mungkin beberapa perintah dan kode warisan.
‫Mungkin beberapa driver penyimpanan yang tidak lagi Anda perlukan
‫jika memiliki CSI.
‫Semacam itu. Mereka hanya mengeluarkan semuanya, dan
‫mereka memberi Anda basis data yang sangat mudah.
‫Ia bahkan tidak menggunakan etcd out-of-the-box.
‫Ini menggunakan basis data yang lebih sederhana.
‫Ini benar-benar dimaksudkan untuk hal-hal yang awalnya seperti IOT.
‫Tapi sekarang, dengan tujuan mereka menjadikan Kubernetes sesederhana
‫Swarm, yang dikatakan oleh Darren Shepherd,
‫CTO dan co-founder mereka, di DockerCon
‫tahun ini. Itu pernyataan yang sangat menarik.
‫Dia benar-benar mengatakan bahwa, Anda tahu, Swarm melakukannya
‫dengan sangat baik dalam penyebaran, dan kemudahan penggunaan, dan
‫dampak minimal. Ini adalah biner yang sangat kecil.
‫Hanya ada sedikit overhead
‫dalam hal infrastruktur. Kubernetes adalah
‫kebalikan total dari itu. Mereka berusaha menemukan jalan tengah.
‫Apakah mungkin jika kita menghapus cukup banyak barang dan tetap
‫menjadikannya Kubernetes sejati, dapatkah kita membuatnya sangat mudah untuk digunakan pada
‫sistem kecil seperti ARM, Raspberry Pis,
‫hal-hal seperti itu. Jadi, itu proyek yang harus ditonton.
‫K3os adalah sistem operasi dengan
‫K3 di atasnya.
‫Ini adalah instalasi Linux yang sangat
‫minimal yang dirancang untuk menjalankan K3 pada
‫peralatan kecil. Itu yang cukup baru tetapi
‫proyek yang menarik tetap. Area fokus lain yang
‫sangat besar, yang akan Anda dengar saya bicarakan lebih
‫banyak di podcast saya, adalah service mesh, yang merupakan konsep baru
‫beberapa tahun terakhir, dan benar-benar istilah baru.
‫Kami belum benar-benar menggunakan kata itu di industri sebelumnya.
‫Service mesh
‫adalah ide lapisan proksi ini di seluruh
‫cluster, tidak hanya untuk koneksi masuk dari Internet, tetapi
‫juga untuk semua bagian aplikasi Anda.
‫Menjadi perantara untuk mengendalikan, dalam hal keamanan, dalam
‫hal pemantauan, dan perutean ke lokasi yang
‫tepat, semua lalu lintas
‫untuk semua bagian aplikasi terdistribusi Anda.
‫Ini adalah serangkaian proyek yang muncul dari
‫masalah layanan microser. Jika Anda
‫pernah melakukan layanan microser, salah satu tantangan sebenarnya adalah, apa yang
‫ada dalam satu biner pada satu server dan relatif
‫mudah untuk memecahkan masalah menjadi lusinan wadah,
‫lebih dari lusinan server.
‫Itu menjadi sangat sulit untuk dipecahkan kecuali Anda memiliki
‫alat jaringan yang hebat.
‫Jadi, service mesh menunjuk pada masalah
‫itu dan mencoba untuk menjadi standar, dengan
‫standar di belakangnya, sekitar menempatkan
‫lapisan di sana untuk meningkatkan visibilitas, pemantauan, pemecahan masalah,
‫dan keamanan di sekitar aplikasi kami yang didistribusikan dan layanan
‫Microsoft kami.