Lëshimi i Kubernetes 1.18, një sistem për menaxhimin e një grupi kontejnerësh të izoluar

botuar Publikimi i Platformës së Orkestrimit të Kontejnerëve Kubernetes 1.18, i cili lejon menaxhimin e integruar të një grumbulli kontejnerësh të izoluar dhe ofron mekanizma për vendosjen, mirëmbajtjen dhe shkallëzimin e aplikacioneve që funksionojnë në kontejnerë. Projekti u krijua fillimisht nga Google, por më vonë u migrua në një platformë të pavarur të mbikëqyrur nga organizata. Linux Fondacioni. Platforma pozicionohet si një zgjidhje universale e drejtuar nga komuniteti, jo e lidhur me sisteme specifike dhe e aftë të ekzekutojë çdo aplikacion në çdo mjedis cloud. Kodi i Kubernetes është shkruar në Go dhe shperndare nga licencuar sipas Apache 2.0.

Ofrohen veçori për vendosjen dhe menaxhimin e infrastrukturës, të tilla si mirëmbajtja e bazës së të dhënave DNS, balancimi i ngarkesës,
Shpërndarja e kontejnerëve nëpër nyjet e klasterit (migrimi i kontejnerëve bazuar në ndryshimin e ngarkesës dhe nevojave të shërbimit), kontrollet e shëndetit në nivel aplikacioni, menaxhimi i llogarisë dhe përditësimi dhe shkallëzimi dinamik i një klasteri në funksion pa e mbyllur atë. Grupet e kontejnerëve mund të vendosen me operacione përditësimi dhe rikthimi në të gjithë grupin, si dhe me ndarje logjike të klasterit me ndarje burimesh. Mbështetet migrimi i drejtpërdrejtë i aplikacioneve, me të dhëna të ruajtura si në sistemet lokale të ruajtjes ashtu edhe në ato të lidhura me rrjetin.

Versioni 1.18 i Kubernetes përfshin 38 ndryshime dhe përmirësime, 15 prej të cilave janë promovuar në status të qëndrueshëm dhe 11 në status beta. Dymbëdhjetë ndryshime të reja u propozuan në statusin alfa. Gjatë përgatitjes së versionit të ri, përpjekje të barabarta iu kushtuan rafinimit të funksionaliteteve të ndryshme dhe stabilizimit të veçorive eksperimentale, si dhe shtimit të zhvillimeve të reja. Ndryshimet kryesore:

  • Kubectl
    • Shtuar Një version alfa i komandës "kubectl debug", i cili lejon debugging më të lehtë në pod-e duke ekzekutuar kontejnerë kalimtarë me mjete debugging.
    • I shpallur i qëndrueshëm Komanda kubectl diff ju lejon të shihni se çfarë do të ndryshojë në klaster nëse aplikoni manifestin.
    • U hoq Të gjithë gjeneruesit e komandave "kubectl run" përveç gjeneratorit të ekzekutimit me një pod të vetëm.
    • Ndryshuar Flamuri "--dry-run", në varësi të vlerës së tij (klient, server dhe asnjë), një ekzekutim i thatë i komandës kryhet në anën e klientit ose serverit.
    • kodi kubectl i theksuar në një depo të veçantë. Kjo lejoi që kubectl të ndahej nga varësitë e brendshme të Kubernetes dhe e bëri më të lehtë importimin e kodit në projekte të palëve të treta.
  • Hyrje
    • Filloi API-ja e grupit Ingress u ndryshua në networking.v1beta1.
    • Shtuar fusha të reja:
      • pathType, i cili ju lejon të specifikoni se si do të krahasohet shtegu në kërkesë
      • IngressClassName është një zëvendësim për shënimin e vjetëruar kubernetes.io/ingress.class. Kjo fushë specifikon emrin e objektit special IngressClass.
    • Shtuar një objekt IngressClass që specifikon emrin e kontrolluesit të hyrjes, parametrat e tij shtesë dhe nëse duhet të përdoret si parazgjedhje
  • Shërbime
    • shtuar fusha AppProtocol, në të cilën mund të specifikoni se cilin protokoll përdor aplikacioni
    • Përkthyer EndpointSlicesAPI, i cili është një zëvendësim më funksional për Endpoints-et e rregullta, është zhvendosur në statusin beta dhe është aktivizuar si parazgjedhje.
  • Сеть
    • Mbështetje IPv6 është zhvendosur në statusin beta.
  • Disqe të Përhershme. Funksionaliteti i mëposhtëm është deklaruar i qëndrueshëm:
  • Konfigurimi i aplikacionit
    • Në objektet ConfigMap dhe Secret shtuar fushë e re "e pandryshueshme". Vendosja e vlerës së fushës në "e vërtetë" parandalon modifikimin e objektit.
  • Programuesi
    • Shtuar Mundësia për të krijuar profile shtesë për kube-scheduler. Më parë, ishte e nevojshme të lançoheshin planifikues shtesë, të veçantë, për të zbatuar algoritme të alokimit të pod-eve me porosi. Tani, është e mundur të krijohen grupe shtesë konfigurimi për planifikuesin standard dhe të specifikohet emri i tij në të njëjtën fushë të pod-it, ".spec.schedulerName". Statusi: Alpha.
    • Dëbim i Bazuar në Ndotje shpallur i qëndrueshëm
  • Shkallëzimi
    • Shtuar aftësia për të specifikuar në manifestin HPA shkallën e agresivitetit kur ndryshoni numrin e pod-eve në funksionim, domethënë, kur ngarkesa rritet, lëshoni N herë më shumë raste në të njëjtën kohë.
  • kubelet
    • Menaxher i Topologjisë është përditësuar në statusin beta. Kjo veçori mundëson hartëzimin NUMA, i cili ndihmon në shmangien e degradimit të performancës në sistemet me shumë priza.
    • Statusi Beta pranuar Funksioni PodOverhead ju lejon të specifikoni në RuntimeClass sasinë shtesë të burimeve të nevojshme për të ekzekutuar një pod.
    • Zgjeruar Mbështetja e HugePages, izolimi në nivel kontejneri dhe mbështetja për madhësi të shumta hugepages të shtuara në statusin alfa.
    • U hoq Pika përfundimtare për metrikat është /metrics/resource/v1alpha1, në vend të tyre përdoret /metrics/resource.
  • API
    • Më në fund U hoq mundësia për të përdorur API-të e vjetruara të grupit apps/v1beta1 dhe extensions/v1beta1.
    • Aplikimi në ServerAside është përditësuar në statusin beta2. Ky përmirësim e zhvendos manipulimin e objekteve nga kubectl në serverin API. Autorët pretendojnë se kjo do të rregullojë shumë gabime ekzistuese që aktualisht janë të pandreqshme. Ata gjithashtu shtuan një seksion ".metadata.managedFields", të cilin ata propozojnë ta ruajnë historikun e ndryshimeve të një objekti, duke treguar se kush e ndryshoi atë, kur dhe çfarë.
    • I shpallur API i qëndrueshëm i Kërkesës për Nënshkrimin e Certifikatës.
  • Mbështetje e platformës Windows.

Burimi: opennet.ru

Bleni një host të besueshëm për faqet me mbrojtje DDoS, serverë VPS VDS 🔥 Bleni hosting të besueshëm të faqeve të internetit me mbrojtje DDoS, servera VPS VDS | ProHoster