Wat is Kubernetes?
Hier is alles wat u moet weten over Kubernetes. Lees meer: https://zd.net/2N9e0EB
Een paar jaar geleden, Koppelvenster gemaakt containers populair. Met de opkomst van Kubernetes container orchestration, Cloud Native Computing Foundation (CNCF) nieuw aangenomen open-source Container Runtime-Interface — Orchestrator (CRI-O) runtime — CRI-O kan stijgen naar de top van container-implementaties.
Dat is omdat te voeren containers op schaal moet je een orchestration programma. Door het eind van 2017, Kubernetes is uitgegroeid tot de meest populaire container orchestrator.
Uiteraard kan de gebruiker Docker te voeren containers onder Kubernetes. Inderdaad, de Docker is nog Kubernetes’ standaard container runtime. Maar de lichtgewicht CRI-O-runtime werken hand-in-API-handschoen met Kubernetes.
CRI-O heeft de volgende kenmerken:
Opslag: De github.com/containers/storage de bibliotheek wordt gebruikt voor het beheren van lagen en het creëren van root file-systemen voor de containers in een pod: OverlayFS, devicemapper, AUFS en btrfs zijn geïmplementeerd, met OverlayFS als de standaard driver.Container beelden: De github.com/containers/image de bibliotheek wordt gebruikt voor het trekken van beelden uit de registers. Momenteel ondersteunt het Koppelvenster schema 2/versie 1 en schema 2/versie 2. Het geeft ook alle Docker en Kubernetes tests.
Netwerken: De Container van het Netwerk Interface (CNI) is gebruikt voor het opzetten van netwerken voor de pods. Verschillende CNI-plugins, zoals Flanel, Weven, trilhaar en zijn en OpenShift-SDN hebben getest met CRI-O en werkt zoals verwacht.Monitoring: github.com/containers/conmon is een programma in CRI-O, dat is gebruikt voor het bewaken van de containers, handvat in te loggen uit de container te verwerken, dienen, hechten klanten en het detecteren en rapporteren Uit het Geheugen (OOM) situaties.Beveiliging: Container security scheiding beleid worden bepaald door een reeks van tools zoals een SELinux, Mogelijkheden, seccomp, en andere security scheiding van beleid als bedoeld in de OCI-Specificatie.
CRI begon als een API te definiëren voor oproepen naar container runtimes. Dit maakte het mogelijk voor mensen om Kubernetes-vriendelijke, lichte container runtime-programma ‘ s. CRI-O was de eerste Kubernetes CRI-compatibele container runtime. Het werd gemaakt door Google en Red Hat, met de hulp van Intel, SUSE, en IBM. CRI-O heeft gekregen vrij populair.
In deel, zei Brendan Brandwonden, Kubernetes medeoprichter, dat is omdat “Een van de oprichters opdrachtgever van CRI-O was ‘niet opnieuw het wiel gaan uitvinden’, maar maken gebruik van het gedeelde componenten en verfijnen benaderingen getest in productie, en bestaande, de strijd geteste code. Als CRI-O is speciaal ontwikkeld voor Kubernetes, het is afgestemd op de prestaties, stabiliteit, de compatibiliteit en de naleving van normen, in het bijzonder de Kubernetes Conformance testen. CRI-O is een bouwsteen van elk Kubernetes cluster, en vergemakkelijkt de levenscyclus van verpakkingen, zoals vereist door de Kubernetes CRI.”
Dus betekent dat het CRI-O wordt vervangen Docker? Nou, ja en nee.
Als Antonio Murdaca, een Rode Hoed senior engineer en CRI-O onderhouder, en legde uit, “Is een CRI-O gaat vervangen Docker? Nope, of goed, het is bedoeld als een Kubernetes gericht runtime, dus het vervangt Dokwerker in het kader van Kubernetes. Het zal niet vervangen Docker als de developer tool wij zijn dat gewend. CRI-O niet implementeren van de Docker Motor API of het Koppelvenster CLI. Dit betekent dat u niet gebruik maken van de Docker CLI om te praten met een CRI-O-daemon. Je moet gaan door middel Kubernetes.”
Toch gaat geven Docker concurrentie. Als Chris Aniszczyk, CNCF CTO, schreef, “CNCF biedt onderdak aan een verscheidenheid van container-runtimes en we zijn blij dat we hebben CRI-O treden ze als een incubatie-level project. Keuze en concurrentie voordeel voor de eindgebruikers.”
Verwante Artikelen:
Red Hat introduceert het eerste Kubernetes-native IDEWhat is Kubernetes? Hoe orchestration herdefinieert de gegevens centerA grote stap voorwaarts in de container standaardisatie
Verwante Onderwerpen:
Cloud
Datacenters
Opslag
Servers
VMWare