Rilis Kubernetes 1.18, sistem kanggo ngatur klompok wadhah terisolasi

diterbitake release saka platform orkestrasi wadhah Kubernetes 1.18, sing ngijini sampeyan kanggo ngatur kluster saka wadhah terisolasi minangka kabèh lan nyedhiyani mekanisme kanggo deploying, njaga lan njongko aplikasi mlaku ing kontaner. Proyek iki wiwitane digawe dening Google, nanging banjur ditransfer menyang situs independen sing diawasi dening Linux Foundation. Platform kasebut dipanggonke minangka solusi universal sing dikembangake dening komunitas, ora terikat karo sistem individu lan bisa nggarap aplikasi apa wae ing lingkungan maya apa wae. Kode Kubernetes ditulis ing Go lan disebarake dening dilisensi ing Apache 2.0.

Nyedhiyakake fungsi kanggo nyebarake lan ngatur infrastruktur, kayata pangopènan basis data DNS, imbangan beban,
distribusi wadhah antarane kelenjar kluster (migrasi wadhah gumantung ing owah-owahan ing mbukak lan kabutuhan layanan), mriksa kesehatan ing tingkat aplikasi, Manajemen akun, nganyari lan njongko dinamis saka kluster mlaku, tanpa mandeg. Sampeyan bisa nyebarake klompok wadhah kanthi nganyari lan mbatalake operasi kanggo kabeh klompok bebarengan, uga divisi logis saka kluster dadi bagean kanthi divisi sumber daya. Ana dhukungan kanggo migrasi aplikasi dinamis, kanggo panyimpenan data sing bisa digunakake kanggo panyimpenan lokal lan sistem panyimpenan jaringan.

Rilis Kubernetes 1.18 kalebu 38 owah-owahan lan dandan, sing 15 wis dipindhah menyang status stabil lan 11 menyang status beta. 12 owah-owahan anyar ngajokaken ing status alpha. Nalika nyiapake versi anyar, padha efforts ngarahke ing loro nyaring macem-macem fungsi lan stabil kapabilitas eksperimen, uga nambah pembangunan anyar. Owah-owahan utama:

  • Kubectl
    • Ditambahake Versi alpha saka printah "kubectl debug", sing ngidini sampeyan nyederhanakake debugging ing pods kanthi ngluncurake wadhah ephemeral kanthi alat debugging.
    • Diumumake stabil printah "kubectl diff", sing ngijini sampeyan kanggo ndeleng apa bakal ngganti ing kluster yen sampeyan aplikasi manifest.
    • Dibusak kabeh generator saka printah "kubectl run", kajaba generator kanggo mbukak pod siji.
    • Diganti flag "--dry-run", gumantung ing Nilai (klien, server lan ora ana), eksekusi nyoba printah dileksanakake ing sisih klien utawa server.
    • kode kubectl disorot menyang gudang sing kapisah. Iki ngidini kubectl dipisahake saka dependensi kubernetes internal lan nggampangake ngimpor kode menyang proyek pihak katelu.
  • Ingress
    • wiwit ngganti grup API kanggo Ingress kanggo networking.v1beta1.
    • Ditambahake lapangan anyar:
      • pathType, sing ngijini sampeyan kanggo nemtokake carane path ing request bakal dibandhingake
      • IngressClassName minangka panggantos kanggo anotasi kubernetes.io/ingress.class, sing diumumake ora digunakake. Kolom iki nemtokake jeneng obyek khusus InressClass
    • Ditambahake obyek IngressClass, sing nuduhake jeneng pengontrol ingress, paramΓ¨ter tambahan lan tandha nggunakake minangka standar.
  • Service
    • Ditambahake lapangan AppProtocol, ing ngendi sampeyan bisa nemtokake protokol sing digunakake aplikasi
    • Diterjemahake ing status beta lan diaktifake kanthi standar EndpointSlicesAPI, sing minangka panggantos sing luwih fungsional kanggo Endpoints biasa.
  • Jaringan
    • support IPv6 wis dipindhah menyang status beta.
  • Disk permanen. Fungsi ing ngisor iki wis dinyatakake stabil:
  • Konfigurasi aplikasi
    • Kanggo ConfigMap lan obyek Rahasia ditambahake lapangan anyar "ora owah". Nyetel nilai lapangan dadi bener nyegah modifikasi obyek kasebut.
  • Penjadwal
    • Ditambahake kemampuan kanggo nggawe profil tambahan kanggo kube-scheduler. Yen sadurunge iku perlu kanggo mbukak schedulers kapisah tambahan kanggo ngleksanakake kalkulus distribusi polong non-standar, saiki iku bisa kanggo nggawe set tambahan setelan kanggo panjadwal standar lan nemtokake jeneng ing lapangan pod padha ".spec.schedulerName". Status - alpha.
    • Pengusiran Berbasis Taint nyatakake stabil
  • Scaling
    • Ditambahake kemampuan kanggo nemtokake ing HPA mujudaken derajat aggressiveness nalika ngganti nomer mlaku pods, sing, nalika mbukak mundhak, miwiti N kaping liyane kedadean bebarengan.
  • kubelet
    • Manajer Topologi nampa status beta. Fitur kasebut ngidini alokasi NUMA, sing ngindhari degradasi kinerja ing sistem multi-soket.
    • Status beta ditampa Fungsi PodOverhead, sing ngidini sampeyan nemtokake ing RuntimeClass jumlah tambahan sumber daya sing dibutuhake kanggo mbukak pod.
    • Digedhekake Dhukungan kanggo HugePages, ing status alpha nambahake isolasi tingkat wadhah lan dhukungan kanggo macem-macem ukuran halaman gedhe.
    • Dibusak titik pungkasan kanggo metrik /metrics/resource/v1alpha1, /metrics/resource digunakake tinimbang
  • API
    • Akhire Mbusak kemampuan kanggo nggunakake aplikasi grup API lawas / v1beta1 lan ekstensi / v1beta1.
    • ServerSide Aplikasi nganyari status beta2. Dandan iki mindhah manipulasi obyek saka kubectl menyang server API. Penulis perbaikan kasebut nyatakake yen iki bakal ndandani akeh kesalahan sing ora bisa didandani ing kahanan saiki. Padha uga nambah bagean ".metadata.managedFields", kang padha propose kanggo nyimpen sajarah owah-owahan obyek, nuduhake sing, nalika lan apa persis diganti.
    • Diumumake API CertificateSigningRequest stabil.
  • Dhukungan platform Windows.

Source: opennet.ru

Add a comment