lëshimi i platformës së orkestrimit të kontejnerëve , e cila lejon menaxhimin si një tërësi të klasterit nga kontejnerët e izoluar dhe ofron mekanizma për implementimin, mbështetje dhe shkallëzim të aplikacioneve që funksionojnë në kontejnerë. Projekti fillimisht u krijua nga kompania Google, por më pas u transferua në një platformë të pavarur, nën kujdesin e organizatës Linux Foundation. Platforma pozicionohet si një zgjidhje universale e zhvilluar nga komuna, e cila nuk është e lidhur me sisteme të veçanta dhe mund të punojë me çdo aplikacion në çdo mjedis në cloud. Kodi i Kubernetes është shkruar në gjuhën Go dhe nën licencën Apache 2.0.
ofron funksione për implementimin dhe menaxhimin e infrastrukturës, si mbajtja e një baze DNS, balancimi i ngarkesës,
shpĂ«rndarja e kontejnerĂ«ve nĂ« nyjat e klasterit (migron kontejnerĂ«t nĂ« varĂ«si tĂ« ndryshimit tĂ« ngarkesĂ«s dhe kĂ«rkesave pĂ«r shĂ«rbime), kontrolli i funksionimit nĂ« nivelin e aplikacioneve, menaxhimi i llogarive, pĂ«rditĂ«simi dhe shkallĂ«zimi dinamik i klasterit nĂ« punĂ«, pa ndalesĂ«. ĂshtĂ« e mundur qĂ« tĂ« implementohen grupe kontejnerĂ«sh me operacione pĂ«rditĂ«simi dhe anulimi tĂ« ndryshimeve menjĂ«herĂ« pĂ«r tĂ« gjithĂ« grupin, si dhe ndarjen logjike tĂ« klasterit nĂ« pjesĂ« me ndarjen e burimeve. Ka mbĂ«shtetje pĂ«r migrimin dinamik tĂ« aplikacioneve, pĂ«r tĂ« cilat mund tĂ« pĂ«rdoren si depo lokale ashtu edhe sisteme ruajtesh nĂ« rrjet.
Lëshimi i Kubernetes 1.18 përfshin 38 ndryshime dhe përmirësime, nga të cilat 15 janë kaluar në statusin e qëndrueshëm, dhe 11 në statusin beta. 12 ndryshime të reja janë propozuar në statusin alfa. Gjatë përgatitjes së versionit të ri janë drejtuar përpjekje të barabarta si në përmirësimin e funksionaliteteve të ndryshme dhe stabilizimin e mundësive eksperimentale, si dhe në shtimin e zhvillimeve të reja. Ndryshimet kryesore janë:
- Kubectl
- alfa-versions e komandës 'kubectl debug', e cila lehtëson ndihmën për debug në pod-e, duke përdorur kontejnerë efemerë me mjete për debug.
- komanda 'kubectl diff', e cila lejon të shohësh se çfarë do të ndryshojë në klaster nëse aplikohet manifesti.
- të gjitha gjeneratoret e komandës 'kubectl run', përveç gjeneratorit për nisjen e një pod-i të vetëm.
- Flam «âdry-run», sipas vlerĂ«s sĂ« tij (client, server dhe none) ekzekutimi provues i komandĂ«s kryhet nĂ« anĂ«n e klientit ose serverit.
- Kodi kubectl në një depo të veçantë. Kjo lejon ndarjen e kubectl nga varësitë e brendshme të kubernetes dhe lehtëson importimin e kodit në projekte të tjera të jashtme.
- Ingress
- ndryshimi i grupit API për Ingress në networking.v1beta1.
- fushat e reja:
- pathType, e cila lejon të specifikohet mënyra se si do të krahasohet rruga në kërkesë
- IngressClassName â zĂ«vendĂ«sim i anotacionit kubernetes.io/ingress.class, i cili Ă«shtĂ« shpallur i pavlerĂ«. NĂ« kĂ«tĂ« fushĂ« tregohet emri i objektit tĂ« veçantĂ« IngressClass
- objekti IngressClass, ku tregohet emri i kontrolluesit të ingress, parametrat e tij shtesë dhe shenja e përdorimit të tij si parazgjedhje
- Shërbimi
- fusha AppProtocol, në të cilën mund të specifikohet se cili protokoll përdoret nga aplikacioni
- në status beta dhe i përfshirë si parazgjedhje EndpointSlicesAPI, i cili është një zëvendësim më funksional për Endpoint-et e zakonshëm.
- Rrjeti
- IPv6 është kaluar në status beta.
- Diskët e qëndrueshëm. Funksionaliteti i mëposhtëm është shpallur i qëndrueshëm:
- Konfiguro aplikacionin
- NĂ« objektet ConfigMap dhe Secret fusha e re âimmutableâ. Vendosja e vlerĂ«s sĂ« fushĂ«s nĂ« true ndalon ndryshimin e objektit.
- Dy ndryshime të dukshme në planifikim (të dyja në versionin alfa):
- mundĂ«sia pĂ«r tĂ« krijuar profile shtesĂ« pĂ«r kube-scheduler. NĂ«se mĂ« parĂ« kĂ«rkohej nisja e planifikuesve tĂ« veçantĂ« tĂ« vepruar pĂ«r tĂ« zbatuar algoritme tĂ« zakonshme tĂ« shpĂ«rndarjes sĂ« podĂ«ve, tani Ă«shtĂ« e mundur tĂ« krijohen grupe tĂ« reja cilĂ«simesh pĂ«r planifikuesin standard dhe tĂ« tregohet emri i tij nĂ« tĂ« njĂ«jtĂ«n fushĂ« tĂ« pod-it â.spec.schedulerNameâ. Statusi â alfa.
- është shpallur i qëndrueshëm
- Zgjerimi
- mundësia për të specifikuar në manifestin HPA gradën e agresivitetit në ndryshimin e numrit të podëve të nisur, domethënë kur rritet ngarkesa, të niset menjëherë N herë më shumë instanca.
- ka filluar të përdorë
- ka marrë status beta. Funksioni përfshin shpërndarjen NUMA, e cila lejon shmangien e degradimit të performancës në sistemet me shumë sokete.
- Statusi beta funksioni PodOverhead, i cili lejon të specifikohet në RuntimeClass një sasi shtesë burimesh e nevojshme për nisjen e pod-it.
- mbështetje HugePages, në statusin alfa u shtua izolimi në nivelin e kontejnerit dhe mbështetje për shumë madhësi hugepages.
- endpoint për metrikat /metrics/resource/v1alpha1, në vend të tij përdoret /metrics/resource
- API
- hoqi mundësinë e përdorimit të grupeve të API të vjetra apps/v1beta1 dhe extensions/v1beta1.
- u rrit në statusin beta2. Ky përmirësim transferon manipulimin e objekteve nga kubectl te API-serveri. Autorët e përmirësimit pretendojnë se kjo do të ndihmojë të riparojë shumë gabime ekzistuese që nuk është e mundur të korrigjohen në situatën e tanishme. Po ashtu, ata shtuan seksionin «.metadata.managedFields», ku ofrojnë të ruajnë historinë e ndryshimeve të objektit, duke treguar kush, kur dhe çfarë e ndryshoi.
- API i stabilizuar CertificateSigningRequest.
- Mbështetje për platformën Windows.
- Vijon të zgjerohet mbështetja për Windows node. U shtuan versionet alfa:
- Në statusin e stabilizuar u transferua mbështetje
- Vijon të zgjerohet mbështetja për Windows node. U shtuan versionet alfa:
Burimi: opennet.ru
