Kubernetes 1.18 hadir dengan penambahbaikan terhadap penyahpepijatan, keselamatan dan banyak lagi Kubectl

Minggu lepas pelancaran versi baru dari platform orkestrasi kontena Kubernetes 1.18, versi itu merangkumi 38 perubahan dan penambahbaikan, yang mana 15 berada dalam keadaan stabil dan 11 berada dalam keadaan beta, selain 12 perubahan keadaan alpha baru dicadangkan. Dalam menyiapkan versi baru, upaya yang adil diarahkan pada penyempurnaan berbagai fungsi dan penstabilan kemampuan eksperimen, serta penggabungan pengembangan baru.

Bagi mereka yang tidak biasa dengan Kubernetes, anda harus mengetahui perkara itu ini adalah pelantar orkestrasi kontena bahawa membolehkan anda menguruskan sekumpulan bekas terpencil secara keseluruhan dan menyediakan mekanisme untuk menyebarkan, memelihara dan menskalakan aplikasi yang berjalan di dalam bekas.

Projek itu pada mulanya dibuat oleh Google tetapi kemudiannya dipindahkan ke platform yang berasingan, dikuratori oleh Yayasan Linux. Platform ini diposisikan sebagai penyelesaian universal yang dikembangkan oleh masyarakat, tidak dihubungkan dengan sistem individu dan mampu bekerja dengan aplikasi apa pun di persekitaran awan. Kod Kubernetes ditulis dalam Go dan diedarkan di bawah lesen Apache 2.0.

Apa yang baru di Kubernetes 1.18?

Versi baru ini Kubernetes dilengkapi dengan pelbagai peningkatan untuk Kubectl, di antaranya disebut dalam iklan bahawa menambahkan versi alfa dari perintah "kubectl debug", yang memudahkan debug dalam pod semasa menjalankan container dengan alat debugging.

Sementara arahan "Kubectl diff" telah dinyatakan stabil, yang membolehkan anda melihat apa yang akan berubah dalam kluster jika anda menerapkan manifes.

juga semua penjana arahan "kubectl run" telah dikeluarkan, kecuali untuk permulaan penjana pod tunggal, ditambah penunjuknya –Dry-run telah diubah, bergantung pada nilainya (klien, pelayan, dan tidak ada), pelaksanaan ujian perintah dilakukan di sisi klien atau pelayan.

Kodnya kubectl ditugaskan ke repositori yang berasingan. Ini membolehkan kami memisahkan kubectl dari pergantungan kubernetes dalaman dan memudahkan untuk mengimport kod ke dalam projek pihak ketiga.

Mengenai perubahan rangkaian, diperhatikan bahawa sokongan IPv6 kini dalam versi beta, menambahkan pengklonan PVC, kemungkinan rangkaian menyekat peranti mentah seperti cakera tetap, sokongan untuk menyekat peranti mentah dalam CSI, pemindahan maklumat mengenai pemacu yang meminta untuk menyambungkan cakera ke pengawal CSI, ditambah bahawa medan "tidak berubah" baru telah ditambahkan ke objek ConfigMap dan Secret.

Perubahan lain yang menonjol:

  • Kemampuan untuk menggunakan aplikasi API / v1beta1 API dan / v1beta1 yang tidak digunakan akhirnya dikeluarkan.
  • ServerSide Apply dikemas kini ke keadaan beta2. Peningkatan ini membawa manipulasi objek kubectl ke pelayan API.
  • CertificateSigningRequest API dinyatakan stabil.
  • Sokongan untuk platform Windows.
  • Sokongan nod Windows terus berkembang
  • Sokongan CRI-ContainerD
  • Pelaksanaan RuntimeClass
  • Proksi CSI
  • Sokongan yang dipindahkan telah stabil
  • Akaun perkhidmatan terurus kumpulan
  • RunAsUserName
  • Pengurus Topologi telah menerima status beta. Ciri ini merangkumi pengedaran NUMA, yang menghalang penurunan prestasi pada sistem multi-soket.
  • Status beta diperoleh menggunakan fungsi PodOverhead, yang membolehkan anda menentukan dalam RuntimeClass jumlah sumber tambahan yang diperlukan untuk memulakan rumah.
  • Sokongan pelengkap pelengkap, status pengasingan alfa ditambahkan ke bekas dan sokongan untuk saiz pelindung pelbagai peringkat.
  • Menambah medan AppProtocol di mana anda dapat menentukan protokol mana yang digunakan aplikasi
  • Diterjemahkan ke keadaan beta dan diaktifkan oleh EndpointSlicesAPI lalai, yang merupakan pengganti yang lebih berfungsi untuk Titik Akhir biasa.
  • Objek IngressClass telah ditambahkan, yang menunjukkan nama pengawal input, parameter tambahannya, dan tanda untuk menggunakannya secara lalai.
  • Menambah kemampuan untuk menentukan dalam HPA menunjukkan tahap keagresifan ketika mengubah jumlah rumah yang beroperasi, yaitu, ketika beban meningkat, ia segera mulai N kali lebih banyak salinan.

Tinggalkan komen anda

Alamat email anda tidak akan disiarkan. Ruangan yang diperlukan ditanda dengan *

*

*

  1. Bertanggungjawab atas data: Miguel Ángel Gatón
  2. Tujuan data: Mengendalikan SPAM, pengurusan komen.
  3. Perundangan: Persetujuan anda
  4. Komunikasi data: Data tidak akan disampaikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Pangkalan data yang dihoskan oleh Occentus Networks (EU)
  6. Hak: Pada bila-bila masa anda boleh menghadkan, memulihkan dan menghapus maklumat anda.