Hvad er Kubernetes?
Her er alt, hvad du behøver at vide om Kubernetes. Læs mere: https://zd.net/2N9e0EB
For et par år siden, Dokker lavet beholdere populære. Med fremkomsten af Kubernetes container orkestrering, Cloud Oprindelige Design og Fundament er (CNCF) nyligt vedtagne open-source Container Runtime-Interface — Orchestrator (CRI-O) — runtime CRI-O, kan stige til toppen af beholderen-installationer.
Det er fordi, at køre små beholdere på størrelse du har brug for en orkestrering program. Ved udgangen af 2017, Kubernetes er blevet den mest populære container orchestrator.
Du kan selvfølgelig bruger Docker til at køre beholdere under Kubernetes. Ja, Docker er stadig Kubernetes’ standard container runtime. Men den lette CRI-O runtime arbejder hånd-i-API-handske med Kubernetes.
CRI-O har følgende funktioner:
Opbevaring: Den github.com/containers/storage biblioteket bruges til håndtering af lag og oprettelse af rodfilsystem-systemer til beholdere i en pod: OverlayFS, devicemapper, AUFS og btrfs er gennemført, med OverlayFS som standard driver.Container billeder: Den github.com/containers/image biblioteket bruges til at trække billeder fra registre. I øjeblikket, det understøtter Docker skema 2/version 1 og skema 2/version 2. Det passerer også alle Docker og Kubernetes tests.
Netværk: Beholderen Netværk Interface (CNI), der bruges til at oprette netværk for bælg. Forskellige CNI plugins såsom Flannel, Væver, Cilium og OpenShift-SDN er blevet testet med CRI-O og arbejder som forventet.Overvågning: github.com/containere/conmon er et værktøj inden for CRI-O, der bruges til at overvåge beholdere, håndtere logning fra beholderen proces, tjene vedhæfte kunder og detektering og rapportering Af Hukommelse (OOM) situationer.Sikkerhed: Container sikkerhed adskillelse politikker, der er leveret af en serie af værktøjer, herunder SELinux, Kapaciteter, seccomp, og anden sikkerhed adskillelse politikker, som angivet i OCI Specifikation.
CRI begyndte som en API til at definere opkald til container driftstid. Dette gjorde det muligt for folk at gøre Kubernetes-venligt, let container runtime-programmer. CRI-O, var den første Kubernetes CRI-kompatibel container runtime. Det blev skabt af Google og Red Hat, med hjælp fra Intel, SUSE og IBM. CRI-O har fået ganske populære.
I en del, sagde Brendan Brænder, Kubernetes medstifter, det er fordi, “En stiftende hovedstol for CRI-O blev til ‘ikke at genopfinde den dybe tallerken”, men til at bruge fælles komponenter og forfine metoder testet i produktionen, og eksisterende, testet kamp kode. Som CRI-O er skræddersyet til Kubernetes, det er indstillet til ydeevne, stabilitet, kompatibilitet, og overholdelse af standarder, især Kubernetes Conformance tests. CRI-O er en byggesten i enhver Kubernetes klynge, og letter livscyklus af containere, som kræves af den Kubernetes CRI.”
Så betyder det, CRI-O vil erstatte Docker? Nå, ja og nej.
Som Antonio Murdaca, en Red Hat senior ingeniør og CRI-O vedligeholder, forklarede, “Er CRI-O kommer til at erstatte Docker? Nope, eller godt, det er ment som en Kubernetes fokuseret runtime, så det erstatter Dokker i forbindelse med Kubernetes. Det vil ikke erstatte Dokker som udvikler værktøj, vi alle er vant til. CRI-O ikke gennemføre den Docker Motor API eller Docker CLI. Dette betyder, at du ikke kan bruge den Docker CLI at tale til et CRI-O-dæmonen. Du er nødt til at gå gennem Kubernetes.”
Stadig, det kommer til at give Docker konkurrence. Som Chris Aniszczyk, CNCF CTO, skrev, “CNCF vært for en bred vifte af container qsufsort) og vi er glade for at have CRI-O slutte sig til dem som en rugekasse, plan-projekt. Valg og konkurrencen til fordel for slutbrugerne.”
Relaterede Historier:
Red Hat introducerer det første Kubernetes-native IDEWhat er Kubernetes? Hvordan orkestrering omdefinerer data centerA stort skridt fremad i beholder og standardisering
Relaterede Emner:
Cloud
Datacentre
Opbevaring
Servere
VMWare