Vad är Kubernetes?
Här hittar du allt du behöver att veta om Kubernetes. Läs mer: https://zd.net/2N9e0EB
För några år sedan, Docker gjort behållare populära. Med anledning av Kubernetes behållare orkestrering, Native Cloud Computing-Stiftelsens (CNCF) nyligen antagna open-source Behållare Runtime-Gränssnitt — Orchestrator (CRI-O) runtime — CRI-O kan stiga till toppen av behållaren distributioner.
Det beror på att köra containers i skala du behöver en orkestrering program. Vid utgången av 2017, Kubernetes har blivit den mest populära behållare orchestrator.
Du kan naturligtvis användaren Docker att köra containrar under Kubernetes. Ja, Docker är fortfarande Kubernetes’ standard behållare runtime. Men den lätta CRI-O runtime arbetar som hand-i-API-handske med Kubernetes.
CRI-O har följande funktioner:
Lagring: Den github.com/containers/storage biblioteket används för att hantera lager och skapa root file-system för behållare i en pod: OverlayFS, devicemapper, AUFS och btrfs genomförs, med OverlayFS som standarddrivrutin.Behållare bilder: Den github.com/containers/image biblioteket används för att dra bilder från register. För närvarande stöder Docker schema 2/version 1 samt schema 2/version 2. Det går också alla Hamnarbetare och Kubernetes tester.
Nätverk:i Behållaren för nätverksgränssnitt (CNI) används för att sätta upp nätverk för pods. Olika CNI plugins som Flanell, Väva, Cilium och OpenShift-SDN har testats med CRI-O och fungerar som förväntat.Övervakning: github.kom/behållare/conmon är ett verktyg inom CRI-O som används för att övervaka behållare, handtag loggning från behållaren process, tjäna bifoga kunder och detektering och rapportering Av Minne (OOM) situationer.Säkerhet: Container security separation politik som tillhandahålls av en rad verktyg, bland annat SELinux, Kapacitet, seccomp, och andra säkerhet separation politik som anges i OCI Specifikation.
CRI började som ett API för att definiera samtal till container-runtimes. Detta gjorde det möjligt för människor att göra Kubernetes-vänliga, lätta behållare runtime-program. CRI-O var den första Kubernetes CRI-kompatibel behållare runtime. Den skapades av Google och Red Hat, med hjälp från Intel, SUSE, och IBM. CRI-O har blivit ganska populära.
I en del, sa Brendan Burns, Kubernetes grundarna, som på grund av “En grundare viktigaste av CRI-O är att inte uppfinna hjulet på nytt”, men att använda gemensamma komponenter och förfina metoder som testats i produktion, och befintliga, slaget testad kod. Som CRI-O är specifikt anpassad för Kubernetes, det är finjusterat för att ge prestanda, stabilitet, kompatibilitet och följsamhet till standarder, särskilt den Kubernetes Överensstämmelse tester. CRI-O är en byggsten i alla Kubernetes kluster, och underlättar livscykel behållare som krävs av Kubernetes CRI.”
Så betyder det CRI-O kommer att ersätta Docker? Tja, ja och nej.
Som Antonio Murdaca, en Röd Hatt senior ingenjör och CRI-O-ansvarige förklarade, “Är CRI-O kommer att ersätta Docker? Nope, eller jo, det är tänkt som en Kubernetes fokuserad körning, så det ersätter Docker i samband med Kubernetes. Det kommer inte att ersätta Docker som utvecklare verktyg som vi är vana vid. CRI-O inte genomföra Docker Motor API eller Docker CLI. Detta innebär att du inte kan använda Docker CLI för att tala till en CRI-O-demonen. Du måste gå igenom Kubernetes.”
Fortfarande, det kommer att ge Docker konkurrens. Som Chris Aniszczyk, CNCF CTO, skrev, “CNCF värd för en mängd olika behållare drifttider och vi är glada att ha CRI-O gå med dem som en inkubation nivå projektet. Valfrihet och konkurrens gynnar slutanvändarna.”
Relaterade Artiklar:
Red Hat inför första Kubernetes-native IDEWhat är Kubernetes? Hur orkestrering omdefinierar data centerA stort steg framåt i behållaren standardisering
Relaterade Ämnen:
Cloud
Datacenter
Förvaring
Servrar
VMWare