paglabas ng container orchestration platform , na nagbibigay-daan sa iyong pamahalaan ang isang kumpol ng mga nakahiwalay na container sa kabuuan at nagbibigay ng mga mekanismo para sa pag-deploy, pagpapanatili at pag-scale ng mga application na tumatakbo sa mga container. Ang proyekto ay orihinal na ginawa ng Google, ngunit pagkatapos ay inilipat sa isang independiyenteng site na pinangangasiwaan ng Linux Foundation. Ang platform ay nakaposisyon bilang isang unibersal na solusyon na binuo ng komunidad, hindi nakatali sa mga indibidwal na sistema at may kakayahang magtrabaho sa anumang mga application sa anumang cloud environment. Ang Kubernetes code ay nakasulat sa Go at lisensyado sa ilalim ng Apache 2.0.
Nagbibigay ng mga function para sa pag-deploy at pamamahala ng imprastraktura, tulad ng pagpapanatili ng database ng DNS, pagbabalanse ng load,
pamamahagi ng mga container sa mga cluster node (paglipat ng container depende sa mga pagbabago sa pag-load at mga pangangailangan sa serbisyo), mga pagsusuri sa kalusugan sa antas ng aplikasyon, pamamahala ng account, pag-update at dynamic na pag-scale ng tumatakbong cluster, nang hindi ito tumitigil. Posibleng mag-deploy ng mga grupo ng mga container na may pag-update at pag-undo ng mga operasyon para sa buong grupo nang sabay-sabay, pati na rin ang lohikal na paghahati ng cluster sa mga bahagi na may dibisyon ng mga mapagkukunan. Mayroong suporta para sa dynamic na paglipat ng mga application, para sa pag-iimbak ng data kung saan parehong magagamit ang lokal na storage at network storage system.
Kasama sa paglabas ng Kubernetes 1.18 ang 38 pagbabago at pagpapahusay, kung saan 15 ay inilipat sa stable na status at 11 sa beta status. 12 bagong pagbabago ang iminungkahi sa alpha status. Kapag inihahanda ang bagong bersyon, ang pantay na pagsisikap ay naglalayon sa parehong pagpino ng iba't ibang functionality at pagpapatatag ng mga pang-eksperimentong kakayahan, pati na rin ang pagdaragdag ng mga bagong development. Mga pangunahing pagbabago:
- Kubectl
- Isang alpha na bersyon ng command na "kubectl debug," na nagbibigay-daan sa iyong pasimplehin ang pag-debug sa mga pod sa pamamagitan ng paglulunsad ng mga ephemeral na container na may mga tool sa pag-debug.
- ang command na "kubectl diff", na nagbibigay-daan sa iyong makita kung ano ang magbabago sa cluster kung ilalapat mo ang manifest.
- lahat ng generator ng command na "kubectl run", maliban sa generator para sa pagpapatakbo ng isang pod.
- flag "--dry-run", depende sa halaga nito (client, server at wala), ang trial execution ng command ay ginagawa sa client o server side.
- kubectl code sa isang hiwalay na imbakan. Pinahintulutan nito ang kubectl na mahiwalay mula sa mga internal na dependency ng kubernetes at pinadali ang pag-import ng code sa mga proyekto ng third-party.
- Pagpasok
- pagpapalit ng API group para sa Ingress sa networking.v1beta1.
- mga bagong field:
- pathType, na nagbibigay-daan sa iyong tukuyin kung paano ihahambing ang landas sa kahilingan
- Ang IngressClassName ay isang kapalit para sa kubernetes.io/ingress.class annotation, na idineklara na hindi na ginagamit. Tinukoy ng field na ito ang pangalan ng espesyal na bagay na InressClass
- isang IngressClass object, na nagpapahiwatig ng pangalan ng ingress controller, ang mga karagdagang parameter nito at ang tanda ng paggamit nito bilang default
- serbisyo
- ang AppProtocol field, kung saan maaari mong tukuyin kung aling protocol ang ginagamit ng application
- sa beta status at pinagana bilang default na EndpointSlicesAPI, na isang mas functional na kapalit para sa mga regular na Endpoint.
- Π‘Π΅ΡΡ
- Ang IPv6 ay inilipat sa beta status.
- Mga permanenteng disk. Ang sumusunod na pag-andar ay idineklara na stable:
- Configuration ng application
- Upang ConfigMap at Lihim na mga bagay bagong field na "hindi nababago". Ang pagtatakda ng field value sa true ay pumipigil sa pagbabago ng object.
- Tagapag-iskedyul
- kakayahang lumikha ng mga karagdagang profile para sa kube-scheduler. Kung dati ay kinakailangan na magpatakbo ng mga karagdagang hiwalay na scheduler upang ipatupad ang hindi karaniwang mga algorithm ng pamamahagi ng pod, ngayon ay posible nang gumawa ng mga karagdagang set ng mga setting para sa karaniwang scheduler at tukuyin ang pangalan nito sa parehong pod field na ".spec.schedulerName". Katayuan - alpha.
- ipinahayag na matatag
- Pagsusukat
- ang kakayahang tukuyin sa HPA ang antas ng pagiging agresibo kapag binabago ang bilang ng mga tumatakbong pod, iyon ay, kapag tumaas ang pag-load, ilunsad ang N beses na higit pang mga pagkakataon nang sabay-sabay.
- kubelet
- nakatanggap ng beta status. Ang tampok ay nagbibigay-daan sa paglalaan ng NUMA, na nag-iwas sa pagkasira ng pagganap sa mga multi-socket system.
- Beta status PodOverhead function, na nagbibigay-daan sa iyong tukuyin sa RuntimeClass ang karagdagang halaga ng mga mapagkukunang kinakailangan upang patakbuhin ang pod.
- suporta para sa HugePages, sa alpha status ay nagdagdag ng container-level isolation at suporta para sa maramihang laki ng hugepages.
- endpoint para sa mga sukatan /metrics/resource/v1alpha1, /metrics/resource ang ginagamit sa halip
- API
- Inalis ang kakayahang gamitin ang lumang API group apps/v1beta1 at mga extension/v1beta1.
- na-upgrade sa beta2 status. Ang pagpapahusay na ito ay naglilipat ng pagmamanipula ng bagay mula sa kubectl patungo sa API server. Sinasabi ng mga may-akda ng pagpapabuti na aayusin nito ang maraming umiiral na mga error na hindi maaaring itama sa kasalukuyang sitwasyon. Nagdagdag din sila ng seksyong ".metadata.managedFields", kung saan iminumungkahi nilang iimbak ang kasaysayan ng mga pagbabago sa bagay, na nagsasaad kung sino, kailan at ano ang eksaktong nagbago.
- matatag na CertificateSigningRequest API.
- Suporta sa platform ng Windows.
- Ang suporta para sa Windows node ay patuloy na lumalawak. Idinagdag ang mga bersyon ng Alpha:
- Ang suporta ay inilipat sa stable na katayuan
- Ang suporta para sa Windows node ay patuloy na lumalawak. Idinagdag ang mga bersyon ng Alpha:
Pinagmulan: opennet.ru