{"id":86472,"date":"2020-06-25T19:41:59","date_gmt":"2020-06-25T17:41:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy"},"modified":"2020-06-25T19:41:59","modified_gmt":"2020-06-25T17:41:59","slug":"sovremennaya-infrastruktura-problemy-i-perspektivy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","title":{"rendered":"Moderne Infrastruktur: Probleme und Perspektiven","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/11ee21e8779fbedf460fcdc6e753a151.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEnde Mai <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">haben wir<\/a><\/noindex> ein Online-Meeting zum Thema <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/uf4EgFmUY1Y\">\u201eModerne Infrastruktur und Container: Probleme und Perspektiven\u201c<\/a><\/noindex>. Wir haben \u00fcber Container, Kubernetes und Orchestrierung im Allgemeinen gesprochen, \u00fcber Auswahlkriterien f\u00fcr Infrastruktur und vieles mehr. Die Teilnehmer teilten Fallstudien aus ihrer eigenen Praxis. <\/p>\n<p><b>Teilnehmer:<\/b><\/p>\n<ul>\n<li><b>Evgeny Potapov, CEO von \u201eITSumma\u201c<\/b>. Mehr als die H\u00e4lfte seiner Kunden wechseln bereits oder wollen auf Kubernetes umsteigen.<\/li>\n<li><b>Dmitry Stolyarov, CTO von \u201eFlant\u201c<\/b>. Verf\u00fcgt \u00fcber mehr als 10 Jahre Erfahrung mit containerbasierten Systemen.<\/li>\n<li><b>Denis Remchukov (alias Eric Oldmann), COO von argotech.io, ehemaliges Mitglied von RAO EES<\/b>. Hat versprochen, \u00fcber Fallstudien im \u201eblutigen\u201c Enterprise zu berichten.<\/li>\n<li><b>Andrey Fedorovsky, CTO von \u201eNews360.com\u201c<\/b>. Nach dem Kauf des Unternehmens durch einen anderen Spieler verantwortlich f\u00fcr eine Reihe von ML- und AI-Projekten sowie f\u00fcr die Infrastruktur.<\/li>\n<li><b>Ivan Kruglov, Systemingenieur, ehemaliger Mitarbeiter von Booking.com.<\/b>Derjenige, der mit eigenen H\u00e4nden sehr viel mit Kubernetes gemacht hat.<\/li>\n<\/ul>\n<p>\n<b>Themen:<\/b><\/p>\n<ul>\n<li>Einblicke der Teilnehmer zu Containern und Orchestrierung (Docker, Kubernetes usw.); was sie in der Praxis ausprobiert oder analysiert haben.<\/li>\n<li>Fallstudie: Das Unternehmen erstellt einen Entwicklungsplan f\u00fcr die Infrastruktur f\u00fcr Jahre. Wie wird entschieden, ob die bestehende Infrastruktur auf Containern und Kubernetes aufgebaut oder umgestellt werden soll? <\/li>\n<li>Probleme in der Welt der Cloud-Native, was fehlt, lasst uns fantasieren, was morgen sein wird.<\/li>\n<\/ul>\n<p>\nEs entwickelte sich eine interessante Diskussion, die Meinungen der Teilnehmer waren so unterschiedlich und f\u00fchrten zu zahlreichen Kommentaren, dass ich sie mit euch teilen m\u00f6chte. Es gibt <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=uf4EgFmUY1Y\">ein Video von drei Stunden<\/a><\/noindex>, und weiter unten \u2013 eine Zusammenfassung der Diskussion. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Ist Kubernetes bereits ein Standard oder einfach gutes Marketing?<\/h2>\n<p>\n<i>\u201eWir sind zu ihm (Kubernetes \u2013 Red.) gekommen, als noch niemand wusste, was es ist. Wir sind schon damals zu ihm gekommen, als es ihn noch nicht gab. Wir wollten ihn schon vorher\u201c \u2013 <b>Dmitry Stolyarov<\/b><\/i><\/p>\n<p><img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/a814dda8f5e37560b6882535522498a6.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von Reddit.com<\/i><\/p>\n<p>Vor 5-10 Jahren gab es eine riesige Anzahl von Werkzeugen und keinen einheitlichen Standard. Alle sechs Monate kam ein neues Produkt, manchmal auch mehr als eines. Zuerst Vagrant, dann Salt, Chef, Puppet,\u2026 \u201eund du baust deine Infrastruktur alle sechs Monate um. Du hast f\u00fcnf Administratoren, die st\u00e4ndig damit besch\u00e4ftigt sind, Konfigurationen neu zu schreiben\u201c \u2013 erinnert sich Andrey Fedorovsky. Er ist der Meinung, dass Docker und Kubernetes die anderen \u201e\u00fcberw\u00e4ltigt\u201c haben. <b>Docker ist in den letzten f\u00fcnf Jahren zum Standard geworden, Kubernetes in den letzten zwei Jahren. Und das ist gut f\u00fcr die Branche.<\/b>.<\/p>\n<p>Dmitri Stolyarov und sein Team lieben Kubernetes. Sie wollten ein solches Werkzeug, bevor es \u00fcberhaupt auf den Markt kam, und fanden es, als noch niemand davon wusste. Derzeit nehmen sie aus Gr\u00fcnden der Praktikabilit\u00e4t keinen Kunden an, wenn sie verstehen, dass sie bei ihm kein Kubernetes implementieren werden. Laut Dmitri hat das Unternehmen \"eine Menge gigantischer Erfolgsgeschichten im Umgang mit schrecklichem Legacy\".<\/p>\n<p><b>Kubernetes ist nicht nur Container-Orchestrierung, sondern ein Konfigurationsverwaltungssystem mit einer umfangreichen API, einem Netzwerkkomponenten, L3-Lastverteilung und Ingress-Controllern, das es relativ einfach macht, Ressourcen zu verwalten, zu skalieren und sich von den unterliegenden Infrastrukturschichten zu abstrahieren.<\/b><\/p>\n<p>Leider muss man im Leben f\u00fcr alles bezahlen. Und diese Steuer ist hoch, insbesondere wenn man \u00fcber den \u00dcbergang zu Kubernetes f\u00fcr Unternehmen mit einer entwickelten Infrastruktur spricht, wie Ivan Kruglov meint. Er k\u00f6nnte problemlos in einem Unternehmen mit traditioneller Infrastruktur oder mit Kubernetes arbeiten. Wichtig ist, die Besonderheiten des Unternehmens und des Marktes zu verstehen. F\u00fcr Evgeny Potapov, der Kubernetes jedoch als jedes Orchestrierungstool betrachten w\u00fcrde, stellt sich eine solche Frage nicht. <\/p>\n<p>Evgeny zog einen Vergleich zur Situation in den 1990er Jahren, als objektorientierte Programmierung als Ansatz zur Entwicklung komplexer Anwendungen entstand. Zu diesem Zeitpunkt h\u00f6rten die Debatten nicht auf und neue Werkzeuge, die OOP unterst\u00fctzten, kamen auf. Danach entstanden Mikrodienste, um von der monolithischen Konzeption abzur\u00fccken. Dies f\u00fchrte wiederum zur Entstehung von Containern und Werkzeugen zu deren Verwaltung. \u201eIch denke, bald kommen wir an den Punkt, an dem die Frage, ob man eine kleine Anwendung mikrodienstlich schreiben sollte, nicht mehr gestellt wird; sie wird standardm\u00e4\u00dfig als Mikrodienst erstellt\u201d, sagt er. \u00c4hnlich werden Docker und Kubernetes im Laufe der Zeit zu einer Standardl\u00f6sung ohne die Notwendigkeit einer Wahl.<\/p>\n<h2>Das Problem mit Datenbanken ist stateless.<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/5bd0a882ea3cebcafbb846570672be20.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@jankolar?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Twitter: @jankolario auf Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Heutzutage gibt es viele Rezepte f\u00fcr den Betrieb von Datenbanken in Kubernetes. Sogar daf\u00fcr, wie man den Teil, der mit Disk I\/O arbeitet, von dem, sagen wir, Anwendungsteil der Datenbank trennt. <b>Ist es m\u00f6glich, dass sich Datenbanken in der Zukunft so ver\u00e4ndern, dass sie in einer Box geliefert werden, wobei ein Teil \u00fcber Docker und Kubernetes orchestriert wird und im anderen Teil der Infrastruktur, \u00fcber separate Software, der Storage-Bereich bereitgestellt wird?<\/b> Werden sich Datenbanken als Produkt ver\u00e4ndern?<\/p>\n<p>Diese Beschreibung \u00e4hnelt dem Management von Warteschlangen, aber die Anforderungen an Zuverl\u00e4ssigkeit und Synchronit\u00e4t von Informationen in traditionellen Datenbanken sind laut Andrei wesentlich h\u00f6her. Die Cache-Hit-Rate liegt in normalen Datenbanken bei etwa 99 %. Wenn ein Worker ausf\u00e4llt, wird ein neuer gestartet, und der Cache wird von Grund auf neu aufgebaut. Solange der Cache nicht aufgeheizt ist, arbeitet der Worker langsam, was bedeutet, dass er nicht mit Benutzerlast belastet werden kann. Solange keine Benutzerlast vorhanden ist, wird der Cache nicht aufgeheizt. Dies ist ein Teufelskreis. <\/p>\n<p>Dmitri ist entschieden anderer Meinung \u2013 Quoren und Sharding l\u00f6sen das Problem. Aber Andrei besteht darauf, dass die L\u00f6sung nicht f\u00fcr alle geeignet ist. In einigen Situationen kann ein Quorum in Ordnung sein, aber es belastet zus\u00e4tzlich das Netzwerk. Eine NoSQL-Datenbank eignet sich nicht in allen F\u00e4llen. <\/p>\n<p>Die Teilnehmer des Meetups haben sich in zwei Lager gespalten.<\/p>\n<p>Denis und Andrei behaupten, dass alles, was auf die Festplatte geschrieben wird \u2013 Datenbanken und anderes \u2013 im aktuellen Kubernetes-\u00d6kosystem unm\u00f6glich ist. <b>Es ist unm\u00f6glich, die Integrit\u00e4t und Konsistenz produktiver Daten in Kubernetes aufrechtzuerhalten. Das ist eine fundamentale Eigenschaft.<\/b> Die L\u00f6sung: hybride Infrastruktur. <\/p>\n<p>Selbst moderne Cloud-native Datenbanken wie MongoDB und Cassandra oder Nachrichtenwarteschlangen wie Kafka oder RabbitMQ erfordern st\u00e4ndige Datenspeicher au\u00dferhalb von Kubernetes. <\/p>\n<p>Evgeny widerspricht: \"Datenbanken in Kubernetes sind ein Trauma f\u00fcr Russland oder eine quasi-unternehmerische Erfahrung, die damit zusammenh\u00e4ngt, dass es in Russland keine Cloud-Nutzung gibt.\" Kleine oder mittlere Unternehmen im Westen nutzen die Cloud. Amazon RDS-Datenbanken sind einfacher zu verwenden, als sich selbst mit Kubernetes zu besch\u00e4ftigen. In Russland wird Kubernetes \u2018on-premise\u2019 verwendet und Datenbanken werden dorthin verschoben, wenn man versucht, den Zoo loszuwerden.<\/p>\n<p>Dmitri war ebenfalls nicht mit der Aussage einverstanden, dass keine Datenbanken in Kubernetes gehalten werden k\u00f6nnen: \u201eDas h\u00e4ngt von der Datenbank ab. Und wenn man eine riesige relationale Datenbank hineinsteckt \u2013 auf keinen Fall. Wenn man etwas Kleines und Cloud-natives hineinsteckt, das moralisch bereit f\u00fcr ein semi-ephemeres Leben ist, wird alles gut sein.\u201c Dmitri erw\u00e4hnte au\u00dferdem, dass die Verwaltungswerkzeuge f\u00fcr Datenbanken weder f\u00fcr Docker noch f\u00fcr Kubernetes bereit sind, deshalb gibt es gro\u00dfe Schwierigkeiten.<\/p>\n<p>Ivan ist sich seinerseits sicher, dass die \u00d6kosysteme der Unternehmensl\u00f6sungen in Kubernetes, selbst wenn man die Begriffe stateful und stateless au\u00dfen vor l\u00e4sst, noch nicht bereit sind. Es ist schwierig, die Anforderungen von Gesetzgebern und Regulierungsbeh\u00f6rden mit Kubernetes zu erf\u00fcllen. Zum Beispiel ist es unm\u00f6glich, eine L\u00f6sung f\u00fcr die Bereitstellung von Identit\u00e4ten zu schaffen, die strenge Garantien f\u00fcr die Identifizierung des Servers verlangen, bis hin zur Hardware, die in die Server eingebaut wird. Dieser Bereich entwickelt sich, aber eine L\u00f6sung gibt es derzeit nicht.<br \/>\nDie Teilnehmer konnten sich nicht einigen, daher wird es in diesem Teil keine Schlussfolgerungen geben. Besser geben wir ein paar praktische Beispiele.<\/p>\n<h3>Fall 1. Cybersicherheit des \"Mega-Regulators\" mit Datenbanken au\u00dferhalb von Kubernetes<\/h3>\n<p>\nIm Fall eines ausgereiften Systems f\u00fcr Cybersicherheit erm\u00f6glichen die Nutzung von Containern und Orchestrierung, sich gegen Angriffe und Eindringlinge zu verteidigen. Zum Beispiel hat Denis mit seinem Team in einem Mega-Regulator eine Verbindung zwischen dem Orchestrator und einem trainierten SIEM-Dienst realisiert, der die Protokolle in Echtzeit analysiert und den Angriffs-, Einbruch- oder Ausfallprozess identifiziert. Im Falle eines Angriffs, eines Versuchs, etwas abzulegen, oder bei einem Eindringen durch Ransomware hebt er \u00fcber den Orchestrator Container mit Anwendungen schneller an, als sie infiziert werden, oder schneller, als sie von einem Angreifer angegriffen werden.<\/p>\n<h3>Fall 2. Teilweise Migration der Datenbanken von Booking.com nach Kubernetes<\/h3>\n<p>\nBei Booking.com ist die Hauptdatenbank MySQL mit asynchroner Replikation \u2013 es gibt einen Master und eine ganze Hierarchie von Slaves. Zu dem Zeitpunkt, als Ivan das Unternehmen verlie\u00df, war ein Projekt zur Migration von Slaves gestartet worden, die man \"absto\u00dfen\" konnte, ohne gro\u00dfe Sch\u00e4den zu verursachen.<\/p>\n<p>Neben der Hauptdatenbank gibt es eine Installation von Cassandra mit einer selbst geschriebenen Orchestrierung, die noch vor dem Aufstieg von Kubernetes entwickelt wurde. In dieser Hinsicht gibt es keine Probleme, aber sie verf\u00fcgt \u00fcber Persistent Storage auf lokalen SSDs. Remote-Speicher, selbst innerhalb eines Rechenzentrums, werden aufgrund hoher Latenzzeiten nicht verwendet.<\/p>\n<p>Die dritte Art von Datenbanken ist der Suchdienst von Booking.com, bei dem jeder Knoten des Dienstes eine Datenbank ist. Die Versuche, den Suchdienst nach Kubernetes zu migrieren, sind gescheitert, da jeder Knoten 60\u201380 GB lokalen Speicher ben\u00f6tigt, was schwer \"hochzufahren\" und \"aufzutauen\" ist.<\/p>\n<p>Letztendlich wurde die Suchmaschine nicht nach Kubernetes migriert, und Ivan glaubt nicht, dass es in naher Zukunft neue Versuche geben wird. Die MySQL-Datenbank wurde zur H\u00e4lfte migriert: nur die Slaves, deren Absto\u00dfen keine gro\u00dfen Probleme verursacht.<\/p>\n<h2>Die Wahl der Infrastruktur als Aufgabe ohne allgemeine L\u00f6sung<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/35cc454130402e47fcb9db3dbf159abb.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@artunchained?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Manuel Geissinger von Pexels<\/a><\/noindex><\/i><\/p>\n<p>Angenommen, wir haben ein neues Unternehmen oder ein Unternehmen, dessen Infrastruktur teilweise veraltet ist. Dort wird ein Infrastrukturentwicklungsplan f\u00fcr Jahre erstellt. Wie wird entschieden, ob die Infrastruktur auf Containern und Kubernetes aufgebaut werden soll oder nicht? <\/p>\n<p>Unternehmen, die um Nanosekunden konkurrieren, sind aus der Diskussion ausgeschlossen. Gesunder Konservatismus rentiert sich aus Gr\u00fcnden der Zuverl\u00e4ssigkeit, dennoch gibt es Unternehmen, die neue Ans\u00e4tze in Betracht ziehen sollten.<\/p>\n<p>Ivan: \"Ich w\u00fcrde jetzt definitiv ein Unternehmen in der Cloud gr\u00fcnden, einfach weil es schneller ist\", obwohl es nicht unbedingt g\u00fcnstiger ist. Mit dem Wachstum des Risikokapitals haben Startups mit Geldern gro\u00dfe Probleme nicht, und die Hauptaufgabe besteht darin, den Markt zu erobern. <\/p>\n<p>Ivan ist der Ansicht, dass <b>die Entwicklung der aktuellen Infrastruktur ein Kriterium f\u00fcr die Auswahl ist<\/b>. Wenn in der Vergangenheit erhebliche Investitionen get\u00e4tigt wurden und es funktioniert, hat es keinen Sinn, alles neu zu gestalten. Wenn die Infrastruktur jedoch nicht entwickelt ist und es Probleme mit Tools, Sicherheit und \u00dcberwachung gibt, macht es Sinn, sich die verteilte Infrastruktur anzusehen. <\/p>\n<p>Die Steuer muss in jedem Fall gezahlt werden, und Ivan w\u00fcrde die zahlen, die ihm in der Zukunft erm\u00f6glicht, weniger zu zahlen. \"<b>Denn allein dadurch, dass ich in einem Zug fahre, der von anderen betrieben wird, werde ich viel weiter fahren als wenn ich in einen anderen Zug steige, in den ich selbst Treibstoff hineinwerfen muss.<\/b>\" \u2014 sagt Ivan. Wenn das Unternehmen neu ist und die Anforderungen an die Latenz in zehn oder mehr Millisekunden liegen, w\u00fcrde Ivan in Richtung der \"Betreiber\" schauen, in die heute klassische Datenbanken \"eingewickelt\" werden. Sie richten eine Replikationskette ein, die sich im Falle eines Fehlers selbst umschaltet usw.<\/p>\n<p>F\u00fcr ein kleines Unternehmen mit ein paar Servern in Kubernetes macht es keinen Sinn, \u2014 behauptet Andrei. Wenn es jedoch plant, auf eine Hundert Server und mehr zu wachsen, sind Automatisierung und ein Ressourcenmanagementsystem erforderlich. 90 % der F\u00e4lle rechtfertigen die Kosten. Und zwar unabh\u00e4ngig von der Belastung und den Ressourcen. Allen, von Startups bis hin zu gro\u00dfen Unternehmen mit Millionen von Nutzern, macht es Sinn, schrittweise in Richtung Produkte zur Orchestrierung von Containern zu schauen. \"Ja, das ist wirklich die Zukunft\", ist Andrei \u00fcberzeugt.<\/p>\n<p>Denis nannte zwei Hauptkriterien \u2014 <b>Skalierbarkeit und Betriebsstabilit\u00e4t.<\/b> Er wird die Werkzeuge ausw\u00e4hlen, die am besten f\u00fcr diese Aufgabe geeignet sind. \u201eDas k\u00f6nnte ein zusammengebastelter No-Name-Server sein, auf dem Nutanix Community Edition l\u00e4uft. Es k\u00f6nnte auch eine zweite Linie in Form einer Anwendung auf Kuber mit einer Datenbank im Backend sein, die repliziert wird und festgelegte RTO- und RPO-Parameter hat\u201c (Recovery Time\/Point Objectives \u2014 <i>Beispiel<\/i>).<\/p>\n<p>Evgeny wies auf ein m\u00f6gliches Problem mit Fachkr\u00e4ften hin. Derzeit gibt es nicht viele hochqualifizierte Spezialisten, die sich \u201ein den Tiefen\u201c auskennen. Tats\u00e4chlich, wenn die gew\u00e4hlte Technologie veraltet ist, ist es schwierig, jemanden einzustellen, au\u00dfer \u00e4lteren, gelangweilten und frustrierten Menschen. Dennoch sind sich andere Teilnehmer einig, dass es sich um ein Ausbildungsproblem handelt. <br \/>\nWenn es darum geht, eine Entscheidung zu treffen: eine kleine Firma in der Public Cloud mit Datenbanken in Amazon RDS oder \u201eon premise\u201c mit Datenbanken in Kubernetes zu starten, fiel die Wahl der Teilnehmer trotz einiger Nachteile auf Amazon RDS. <\/p>\n<p>Da die meisten Teilnehmer des Meetups nicht aus dem \u201eblutigen\u201c Enterprise-Bereich kommen, <b>sind verteilte L\u00f6sungen das, worauf man hinarbeiten sollte. Speichersysteme sollten verteilt und zuverl\u00e4ssig sein und Latenzen im Bereich von Millisekunden, maximal jedoch im Dutzendbereich erzeugen.<\/b>, \u2014 fasste Andrei zusammen.<\/p>\n<h2>Bewertung der Nutzung von Kubernetes<\/h2>\n<p>\nDer Zuh\u00f6rer Anton Zhbankov stellte eine Fangfrage an die Apologeten von Kubernetes: Wie wurde die technische und wirtschaftliche Begr\u00fcndung ausgew\u00e4hlt und durchgef\u00fchrt? Warum Kubernetes, warum nicht virtuelle Maschinen, zum Beispiel? <\/p>\n<p><img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/cd179deffb9bf66c3cb12d7ca9ef9244.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@artyana?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Tatyana Eremina auf Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Darauf antworteten Dmitrij und Ivan. In beiden F\u00e4llen wurde durch Versuch und Irrtum eine Entscheidungsreihe getroffen, die dazu f\u00fchrte, dass beide Teilnehmer zu Kubernetes gelangten. Heute beginnt das Gesch\u00e4ft, Software zu entwickeln, die sinnvoll nach Kuber migriert werden kann. Es handelt sich nicht um klassische Drittanbietersysteme wie 1C. Kubernetes hilft, wenn Entwickler schnell Releases durchf\u00fchren m\u00fcssen, bei ununterbrochenem kontinuierlichen Verbesserung.<\/p>\n<p>Andreis Team versuchte, ein skalierbares Cluster auf der Basis von virtuellen Maschinen zu erstellen. Die Nodes fielen wie Dominosteine, was manchmal zum Ausfall des Clusters f\u00fchrte. \u201eTheoretisch k\u00f6nnte man es nachbessern und manuell warten, aber das ist m\u00fchsam. Und wenn auf dem Markt eine L\u00f6sung vorhanden ist, die sofort einsatzbereit ist, gehen wir gerne darauf zu. Und das haben wir letztlich auch getan\u201c, \u2014 erz\u00e4hlt Andrei.<\/p>\n<p>Es gibt Standards f\u00fcr eine solche Analyse und Berechnung, aber niemand kann sagen, wie genau sie auf echtem, in Betrieb befindlichem Material sind. F\u00fcr die Berechnungen ist es auch wichtig, sich mit jedem Tool und der zugeh\u00f6rigen \u00d6kosystem auszukennen, aber das ist unm\u00f6glich.<\/p>\n<h2>Was erwartet uns<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/d7843eb5da33c8aa5b444e86b43184d5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@drew_beamer?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Drew Beamer auf Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Wenn Technologien sich weiterentwickeln, kommen immer mehr disparate Teile zusammen, und es erfolgt ein Phasen\u00fcbergang, ein Anbieter taucht auf, der genug \u201eBares\u201c investiert hat, damit alles in einem einzigen Tool zusammenkommt.<\/p>\n<p><b>Kommt Ihnen nicht auch der Gedanke, dass der Moment kommen wird, an dem es ein Tool gibt, das f\u00fcr die Welt von Linux so wichtig wird wie Ubuntu?<\/b> Vielleicht wird ein einheitliches Tool f\u00fcr Containerisierung und Orchestrierung auch Kubernetes umfassen. Damit wird es einfach, On-Premise Clouds zu erstellen. <\/p>\n<p>Ivans Antwort war: \u201eGoogle baut gerade Anthos \u2014 das ist ihr Paketangebot, das die Cloud aufsetzt und Kuber, Service Mesh, Monitoring \u2014 die gesamte Infrastruktur, die f\u00fcr Microservices in einem On-Premise-Umfeld ben\u00f6tigt wird, umfasst. Wir sind fast in der Zukunft.\u201c<\/p>\n<p>Denis erw\u00e4hnte auch Nutanix und VMWare mit dem Produkt vRealize Suite, die eine \u00e4hnliche Aufgabe ohne Containerisierung bew\u00e4ltigen k\u00f6nnen.<\/p>\n<p>Dmitry teilte die Ansicht, dass die Verringerung von \u201eSchmerzen\u201c und die Senkung der Steuer zwei Bereiche sind, in denen Verbesserungen zu erwarten sind. <\/p>\n<p><b>Zusammenfassend der Diskussion m\u00f6chten wir die folgenden Probleme der modernen Infrastruktur hervorheben<\/b><\/p>\n<ul>\n<li>Drei Teilnehmer haben sofort das Problem des Stateful hervorgehoben.<\/li>\n<li>Verschiedene Arten von Sicherheitsunterst\u00fctzungsproblemen, einschlie\u00dflich der Wahrscheinlichkeit, dass mehrere Versionen von Python, Application-Servern und Komponenten in Docker landen.<br \/>\n\u00dcberm\u00e4\u00dfiger Verbrauch, zu dem es besser ist, ein separates Meetup abzuhalten.<br \/>\nDas Problem des Lernens, da Orchestrierung ein komplexes \u00d6kosystem darstellt.<br \/>\nEin allgemeines Problem der Branche ist die Nutzung von Tools f\u00fcr andere Zwecke.<\/p>\n<p>Die weiteren Schlussfolgerungen \u00fcberlasse ich Ihnen. Momentan bleibt das Gef\u00fchl, dass die Kombination Docker+Kubernetes es nicht leicht haben wird, zu einem \u201ezentralen\u201c Bestandteil des Systems zu werden. Zum Beispiel werden Betriebssysteme zuerst auf die Hardware installiert, was man von Containern und Orchestrierung nicht sagen kann. Vielleicht werden in Zukunft Betriebssysteme und Container mit Cloud-Management-Software zusammenwachsen.<\/p>\n<p><img decoding=\"async\" alt=\"Moderne Infrastruktur: Probleme und Perspektiven\" src=\"\/wp-content\/uploads\/2020\/06\/4f90f876985af1b515a9d5a471ba3c74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto von <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@gabrielsantosfotografia?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Gabriel Santos Fotografia von Pexels<\/a><\/noindex><\/i><\/p>\n<p>Ich m\u00f6chte die Gelegenheit nutzen, um meiner Mutter zu gr\u00fc\u00dfen und daran zu erinnern, dass wir eine Facebook-Gruppe haben <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">\u201eManagement und Entwicklung gro\u00dfer IT-Projekte\u201c<\/a><\/noindex>, Kanal <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/feedmeto\">@feedmeto<\/a><\/noindex> mit interessanten Beitr\u00e4gen aus verschiedenen Tech-Blogs. Und mein Kanal <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/rybakalexey\">@rybakalexey<\/a><\/noindex>, wo ich \u00fcber das Management der Entwicklung in Produktunternehmen spreche.<\/li>\n<\/ul>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/508018\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f \u043c\u044b \u043f\u0440\u043e\u0432\u0435\u043b\u0438 \u043e\u043d\u043b\u0430\u0439\u043d-\u043c\u0438\u0442\u0430\u043f \u043d\u0430 \u0442\u0435\u043c\u0443 \u00ab\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0438 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b\u00bb. \u041f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0430\u0445, Kubernetes \u0438 \u043e\u0440\u043a\u0435\u0441\u0442\u0440\u0430\u0446\u0438\u0438 \u0432 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0435, \u043e \u043a\u0440\u0438\u0442\u0435\u0440\u0438\u044f\u0445 \u0432\u044b\u0431\u043e\u0440\u0430 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0438 \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0440\u0443\u0433\u043e\u043c. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u043e\u0434\u0435\u043b\u0438\u043b\u0438\u0441\u044c \u043a\u0435\u0439\u0441\u0430\u043c\u0438 \u0438\u0437 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0439 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438: \u0415\u0432\u0433\u0435\u043d\u0438\u0439 \u041f\u043e\u0442\u0430\u043f\u043e\u0432, CEO \u00abITSumma\u00bb. \u0411\u043e\u043b\u044c\u0448\u0435 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u044b \u0435\u0433\u043e \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u043b\u0438\u0431\u043e \u0443\u0436\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u044f\u0442, \u043b\u0438\u0431\u043e \u0445\u043e\u0442\u044f\u0442 \u043f\u0435\u0440\u0435\u0439\u0442\u0438 \u043d\u0430 Kubernetes. \u0414\u043c\u0438\u0442\u0440\u0438\u0439 \u0421\u0442\u043e\u043b\u044f\u0440\u043e\u0432, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":86473,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-86472","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Moderne Infrastruktur: Probleme und Perspektiven | ProHoster","description":"Ende Mai","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster","og:description":"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-25T17:41:59+00:00","article:modified_time":"2020-06-25T17:41:59+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"86472","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:14:33","updated":"2022-09-29 19:19:47","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/86472","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=86472"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/86472\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/86473"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=86472"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=86472"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=86472"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}