{"id":81130,"date":"2020-05-11T01:42:39","date_gmt":"2020-05-10T23:42:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo"},"modified":"2020-05-11T01:42:39","modified_gmt":"2020-05-10T23:42:39","slug":"kubernetes-open-source-protiv-vendorskogo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: open source versus vendor lock-in","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo, mijn naam is Dmitry Krasnov. Al meer dan vijf jaar ben ik bezig met het beheren van Kubernetes-clusters en het bouwen van complexe microservicesarchitecturen. Begin dit jaar hebben we een service gelanceerd voor het beheer van Kubernetes-clusters op basis van Containerum. Ik maak gebruik van deze gelegenheid om te vertellen wat Kubernetes precies is en hoe de integratie met de leverancier verschilt van open source.<\/b><\/p>\n

Laten we beginnen met de vraag: wat is Kubernetes<\/a><\/noindex>. Dit is een systeem voor het beheren van containers op een groot aantal hosts. Het wordt trouwens vanuit het Grieks vertaald als 'piloot' of 'stuurman'. Oorspronkelijk ontwikkeld door Google, werd het daarna als technologische bijdrage overgedragen aan de Cloud Native Computing Foundation, een internationale non-profitorganisatie die leidende wereldontwikkelaars, eindgebruikers en leveranciers van containertechnologie\u00ebn verenigt. <\/p>\n

\"Kubernetes:
\n<\/a><\/noindex><\/p>\n

Om een groot aantal containers te beheren <\/h3>\n

\nLaten we nu uitleggen wat deze containers eigenlijk zijn. Dit is een applicatie met al zijn omgeving - voornamelijk de bibliotheken waarvan het programma afhankelijk is. Al deze gegevens zijn verpakt in archieven en gepresenteerd in de vorm van een image die kan worden uitgevoerd, onafhankelijk van het besturingssysteem, getest en meer. Maar er is een probleem - het beheren van containers op een groot aantal hosts is erg moeilijk. Daarom is Kubernetes ontwikkeld. <\/p>\n

De containerimage is een applicatie plus zijn afhankelijkheden. De applicatie, zijn afhankelijkheden en de image van het bestandssysteem van het besturingssysteem bevinden zich in verschillende delen van de image, de zogenaamde lagen. Lagen kunnen worden hergebruikt voor verschillende containers. Bijvoorbeeld, voor alle applicaties binnen het bedrijf kan de basislaag Ubuntu worden gebruikt. Bij het starten van containers is er geen behoefte om op de host meerdere kopie\u00ebn van dezelfde basislaag op te slaan. Dit maakt het mogelijk om opslag en levering van images te optimaliseren.<\/p>\n

Wanneer we een applicatie uit een container willen starten, worden de benodigde lagen bovenop elkaar gelegd en ontstaat er een overlay-bestandssysteem. Bovenop wordt een schrij laag geplaatst, die bij het stoppen van de container wordt verwijderd. Dit garandeert dat de applicatie altijd dezelfde omgeving heeft die niet kan worden gewijzigd. Dit waarborgt de reproduceerbaarheid van de omgeving op verschillende host-besturingssystemen. Of het nu Ubuntu of CentOS is, de omgeving blijft altijd hetzelfde. Bovendien is de container ge\u00efsoleerd van de host door middel van ingebouwde mechanismen in de Linux-kernel. Applicaties in de container hebben geen zicht op de bestanden, processen van de host en aangrenzende containers. Deze isolatie van applicaties van het host-besturingssysteem biedt een extra beveiligingslaag. <\/p>\n

Voor het beheren van containers op de host zijn er veel tools beschikbaar. De populairste daarvan is Docker. Het zorgt voor de volledige levenscyclus van containers. Echter, het werkt alleen op \u00e9\u00e9n host. Wanneer er containers op meerdere hosts moeten worden beheerd, kan Docker het leven van ingenieurs een hel maken. Daarom is Kubernetes ontwikkeld.<\/p>\n

De vraag naar Kubernetes is precies te danken aan de mogelijkheid om groepen containers op meerdere hosts te beheren als een enkele entiteit. De populariteit van het systeem wordt verzekerd door de mogelijkheid om DevOps of Development Operations op te zetten, waarbij Kubernetes wordt gebruikt om de processen van deze DevOps uit te voeren.<\/p>\n

\"Kubernetes:
\n
\nFiguur 1. Schematische weergave van het principe van Kubernetes<\/i><\/p>\n

Volledige automatisering<\/h3>\n

\nDevOps vertegenwoordigt in wezen de automatisering van het ontwikkelingsproces. In grote lijnen schrijven ontwikkelaars code die in een repository wordt geplaatst. Vervolgens kan deze code automatisch worden opgebouwd in een container met alle bibliotheken, getest en 'uitgerold' naar de volgende fase \u2013 Staging, en dan direct naar Production.<\/p>\n

Samen met Kubernetes stelt DevOps ons in staat om dit proces te automatiseren, zodat het vrijwel zonder tussenkomst van de ontwikkelaars verloopt. Hierdoor wordt de build aanzienlijk versneld, aangezien de ontwikkelaar dit niet op zijn of haar computer hoeft te doen \u2014 hij of zij schrijft gewoon een stuk code, pusht de code naar de repository, waarna er een pipeline wordt gestart die het build-, test- en uitrolproces kan omvatten. Dit gebeurt bij elke commit, waardoor het testen continu plaatsvindt.<\/p>\n

Bovendien stelt het gebruik van een container ons in staat om ervoor te zorgen dat de gehele omgeving van dit programma in production exact zo eruitziet als tijdens de testfase. Dit betekent dat er geen problemen ontstaan zoals \"de versies waren tijdens de test anders dan in production, en nu is alles gecrasht\". Aangezien we vandaag de dag een trend naar microservicesarchitectuur hebben, waarbij in plaats van \u00e9\u00e9n groot applicatie er honderden kleine zijn, is het nodig om deze handmatig te beheren \u2014 wat een groot aantal medewerkers vereist. Daarom gebruiken we Kubernetes.<\/p>\n

<\/p>\n

Voordelen, voordelen, voordelen<\/h3>\n

<\/b>
\nAls we het hebben over de voordelen van Kubernetes als platform, dan heeft het aanzienlijke voordelen op het gebied van het beheer van microservicesarchitectuur. <\/p>\n