{"id":81173,"date":"2020-05-11T13:42:51","date_gmt":"2020-05-11T11:42:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/production-ready-images-for-k8s"},"modified":"2020-05-11T13:42:51","modified_gmt":"2020-05-11T11:42:51","slug":"production-ready-images-for-k8s","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/production-ready-images-for-k8s","title":{"rendered":"Produktionsbereite Images f\u00fcr k8s","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Diese Geschichte handelt davon, wie wir Container in unserer Produktumgebung nutzen, insbesondere unter Kubernetes. Der Artikel befasst sich mit dem Sammeln von Metriken und Logs von Containern sowie dem Erstellen von Images.<\/p>\n

\"Produktionsbereite
\n<\/a><\/noindex>
\nWir sind ein Fintech-Unternehmen namens Exness, das Dienstleistungen f\u00fcr den Online-Handel und Fintech-Produkte f\u00fcr B2B und B2C entwickelt. In unserer Forschungs- und Entwicklungsabteilung gibt es viele verschiedene Teams, und der Entwicklungsbereich umfasst \u00fcber 100 Mitarbeiter.<\/p>\n

Wir sind das Team, das f\u00fcr die Plattform verantwortlich ist, die unseren Entwicklern das Sammeln und Ausf\u00fchren von Code erm\u00f6glicht. Insbesondere sind wir f\u00fcr das Sammeln, Speichern und Bereitstellen von Metriken, Logs und Ereignissen aus Anwendungen verantwortlich. Derzeit verwalten wir etwa dreitausend Docker-Container in der Produktumgebung, unterst\u00fctzen unser Big Data-Speicher mit 50 TB und bieten architektonische L\u00f6sungen, die um unsere Infrastruktur herum aufgebaut sind: Kubernetes, Rancher und verschiedene \u00f6ffentliche Cloud-Anbieter.\u00a0<\/p>\n

Unsere Motivation<\/h1>\n

\nWas brennt? Niemand kann es beantworten. Wo ist der Brandherd? Schwer zu verstehen. Wann ist es in Brand geraten? Das l\u00e4sst sich kl\u00e4ren, aber nicht sofort.\u00a0<\/p>\n

\"Produktionsbereite
\n
\nWarum gibt es Container, die funktionieren, w\u00e4hrend andere ausfallen? Welcher Container ist daf\u00fcr verantwortlich? Denn \u00e4u\u00dferlich sehen die Container gleich aus, aber jeder hat sein eigenes Neo im Inneren.<\/p>\n

\"Produktionsbereite
\n
\nUnsere Entwickler sind kompetente Leute. Sie erstellen gute Dienste, die dem Unternehmen Gewinn bringen. Doch manchmal gibt es Probleme, wenn die Container mit den Anwendungen chaotisch werden. Ein Container verbraucht zu viel CPU, ein anderer die Netzwerkbandbreite, der dritte sorgt f\u00fcr I\/O-Operationen, w\u00e4hrend der vierte v\u00f6llig unklar ist, was er mit den Sockets anstellt. Das f\u00fchrt zu Ausf\u00e4llen, und das Schiff sinkt.\u00a0<\/p>\n

Agenten<\/h1>\n

\nUm zu verstehen, was im Inneren passiert, haben wir beschlossen, Agenten direkt in den Containern zu installieren.<\/p>\n

\"Produktionsbereite
\n
\nDiese Agenten sind \u00dcberwachungsprogramme, die sicherstellen, dass die Container sich in einem Zustand befinden, in dem sie sich nicht gegenseitig besch\u00e4digen. Die Agenten sind standardisiert, was es erm\u00f6glicht, einen einheitlichen Ansatz zur Wartung der Container zu gew\u00e4hrleisten.\u00a0<\/p>\n

In unserem Fall m\u00fcssen die Agenten Protokolle im Standardformat bereitstellen, mit Tags und Drosselung. Sie m\u00fcssen uns auch standardisierte Metriken liefern, die aus Sicht der Gesch\u00e4ftsanwendungen erweiterbar sind.<\/p>\n

Unter Agenten versteht man auch Tools zur Nutzung und Wartung, die in verschiedenen Orchestrierungssystemen arbeiten k\u00f6nnen und verschiedene Images unterst\u00fctzen (Debian, Alpine, CentOS usw.).<\/p>\n

Schlie\u00dflich m\u00fcssen die Agents eine einfache CI\/CD-Pipeline unterst\u00fctzen, die Docker-Dateien umfasst. Andernfalls zerf\u00e4llt das Schiff, weil die Container auf \u201eschiefen\u201c Gleisen geliefert werden.<\/p>\n

Der Prozess des Buildens und die Struktur des Ziel-Images<\/h1>\n

\nUm alles zu standardisieren und verwaltbar zu machen, ist es notwendig, einen bestimmten Standard-Build-Prozess einzuhalten. Daher haben wir beschlossen, Container mit Containern zu bauen \u2014 eine Art Rekursion.<\/p>\n

\"Produktionsbereite
\n
\nHier werden die Container als durchgehende Umrisse dargestellt. Zudem haben wir beschlossen, Distributionen hineinzugeben, damit \u201edas Leben nicht wie ein Himbeertraum aussieht\u201c. Warum das gemacht wurde, erkl\u00e4ren wir weiter unten.
\n\u00a0
\nDas Ergebnis ist ein Tool zum Bauen \u2014 ein Container einer bestimmten Version, der auf bestimmte Versionen von Distributionen und spezifische Versionen von Skripten verweist.<\/p>\n

Wie wenden wir es an? Wir haben Docker Hub, in dem sich der Container befindet. Wir spiegeln ihn in unser System, um externe Abh\u00e4ngigkeiten zu vermeiden. Dabei entsteht ein Container, der gelb markiert ist. Wir erstellen eine Vorlage, um alle ben\u00f6tigten Distributionen und Skripte im Container zu installieren. Anschlie\u00dfend stellen wir ein betriebsbereites Image zusammen: Die Entwickler f\u00fcgen ihren Code und spezielle Abh\u00e4ngigkeiten hinzu.\u00a0<\/p>\n

Was ist gut an diesem Ansatz?\u00a0<\/p>\n