{"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\/de\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: Open Source gegen vendorabh\u00e4ngig","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo, ich hei\u00dfe Dmitrij Krasnov. Seit mehr als f\u00fcnf Jahren besch\u00e4ftige ich mich mit der Verwaltung von Kubernetes-Clustern und dem Aufbau komplexer Mikroservice-Architekturen. Zu Beginn dieses Jahres haben wir einen Service zur Verwaltung von Kubernetes-Clustern auf Basis von Containerum gestartet. Ich m\u00f6chte die Gelegenheit nutzen, um zu erz\u00e4hlen, was Kubernetes ist und wie sich die Integration mit einem Anbieter von Open Source unterscheidet.<\/b><\/p>\n

Zun\u00e4chst, was ist Kubernetes<\/a><\/noindex>? Es ist ein System zur Verwaltung von Containern auf vielen Hosts. \u00dcbrigens wird es aus dem Griechischen als \u201eSteuermann\u201c oder \u201ePilot\u201c \u00fcbersetzt. Urspr\u00fcnglich von Google entwickelt, wurde es dann als technologischer Beitrag an die Cloud Native Computing Foundation \u00fcbergeben, eine internationale gemeinn\u00fctzige Organisation, die f\u00fchrende Entwickler, Endbenutzer und Anbieter von ContainTechnologien vereint. <\/p>\n

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

Um viele Container zu steuern, <\/h3>\n

\nJetzt schauen wir uns an, was das f\u00fcr Container sind. Dies sind Anwendungen mit ihrer gesamten Umgebung \u2013 haupts\u00e4chlich den Bibliotheken, von denen die Programmausf\u00fchrung abh\u00e4ngt. All das ist in Archiven verpackt und liegt in Form eines Abbilds vor, das unabh\u00e4ngig vom Betriebssystem ausgef\u00fchrt und getestet werden kann. Aber es gibt ein Problem \u2013 die Verwaltung von Containern auf vielen Hosts ist sehr schwierig. Deshalb wurde Kubernetes geschaffen. <\/p>\n

Ein Containerabbild stellt eine Anwendung plus ihre Abh\u00e4ngigkeiten dar. Die Anwendung, ihre Abh\u00e4ngigkeiten und das Abbild des Dateisystems des Betriebssystems sind in verschiedenen Teilen des Abbilds, den sogenannten Schichten, untergebracht. Schichten k\u00f6nnen f\u00fcr verschiedene Container wiederverwendet werden. Zum Beispiel kann f\u00fcr alle Anwendungen im Unternehmen die Basisschicht Ubuntu verwendet werden. Beim Starten von Containern ist es nicht notwendig, zahlreiche Kopien einer Basisschicht auf dem Host zu speichern. Dies optimiert die Speicherung und Lieferung von Abbilden.<\/p>\n

Wenn wir eine Anwendung aus einem Container starten m\u00f6chten, stapeln sich die erforderlichen Schichten \u00fcbereinander und bilden ein Overlay-Dateisystem. Oben wird eine Schreibschicht hinzugef\u00fcgt, die beim Stoppen des Containers gel\u00f6scht wird. Dies stellt sicher, dass die Anwendung beim Starten des Containers immer die gleiche Umgebung hat, die nicht ver\u00e4ndert werden kann. Dies gew\u00e4hrleistet die Reproduzierbarkeit der Umgebung auf verschiedenen Host-Betriebssystemen. Egal ob Ubuntu oder CentOS \u2013 die Umgebung ist immer gleich. Au\u00dferdem ist der Container durch Mechanismen, die in den Linux-Kernel eingebaut sind, vom Host isoliert. Anwendungen im Container sehen die Dateien und Prozesse des Hosts sowie benachbarter Container nicht. Diese Isolation von Anwendungen vom Host-Betriebssystem bietet eine zus\u00e4tzliche Sicherheitsebene. <\/p>\n

Es gibt viele Werkzeuge zur Verwaltung von Containern auf dem Host. Das beliebteste unter ihnen ist Docker. Es erm\u00f6glicht den vollst\u00e4ndigen Lebenszyklus der Containerverwaltung. Allerdings funktioniert es nur auf einem einzigen Host. Wenn es darum geht, Container auf mehreren Hosts zu verwalten, kann Docker das Leben der Ingenieure zur H\u00f6lle machen. Daher wurde Kubernetes geschaffen.<\/p>\n

Die Nachfrage nach Kubernetes beruht genau auf der M\u00f6glichkeit, Gruppen von Containern auf mehreren Hosts als einheitliche Entit\u00e4ten zu steuern. Die Beliebtheit des Systems wird durch die M\u00f6glichkeit sichergestellt, DevOps oder Development Operations aufzubauen, in denen Kubernetes verwendet wird, um die Prozesse des besagten DevOps zu starten.<\/p>\n

\"Kubernetes:
\n
\nAbbildung 1. Schematische Darstellung des Funktionsprinzips von Kubernetes<\/i><\/p>\n

Vollst\u00e4ndige Automatisierung<\/h3>\n

\nDevOps stellt grunds\u00e4tzlich die Automatisierung des Entwicklungsprozesses dar. Grob gesagt, schreiben Entwickler Code, der in ein Repository hochgeladen wird. Dieser Code kann dann automatisch in einen Container mit allen Bibliotheken gebaut, getestet und in die n\u00e4chste Phase \u2013 Staging \u2013 eingesetzt werden, und anschlie\u00dfend direkt auch in die Produktionsumgebung.<\/p>\n

Zusammen mit Kubernetes erm\u00f6glicht DevOps die Automatisierung dieses Prozesses, sodass er nahezu ohne das Mitwirken der Entwickler selbst abl\u00e4uft. Dadurch wird der Build-Prozess erheblich beschleunigt, da der Entwickler sich nicht selbst am Computer darum k\u00fcmmern muss \u2013 er schreibt einfach einen Codeabschnitt, pusht diesen in das Repository, woraufhin eine Pipeline gestartet wird, die den Build-, Test- und Deployment-Prozess umfassen kann. Und das geschieht mit jedem Commit, weshalb das Testen kontinuierlich erfolgt.<\/p>\n

Die Verwendung von Containern gew\u00e4hrleistet, dass die gesamte Umgebung dieser Anwendung genau in der Form in die Produktion geht, in der sie getestet wurde. Es treten also keine Probleme auf wie \"In der Testumgebung waren andere Versionen, in der Produktion andere, und nach dem Deployment ist alles abgest\u00fcrzt\". Da wir heute jedoch einen Trend zur Mikrodienstarchitektur haben, bei dem statt einer gro\u00dfen Anwendung Hunderte von kleinen existieren, w\u00e4re es erforderlich, eine gro\u00dfe Anzahl von Mitarbeitern zu besch\u00e4ftigen, um diese manuell zu verwalten. Deshalb nutzen wir Kubernetes.<\/p>\n

<\/p>\n

Vorteile, Vorteile, Vorteile<\/h3>\n

<\/b>
\nWenn wir \u00fcber die Vorteile von Kubernetes als Plattform sprechen, hat es bedeutende Vorz\u00fcge im Hinblick auf das Management von Mikrodienstarchitekturen. <\/p>\n