<\/a><\/noindex>
Auf der Proxy-Ebene (Data Plane):<\/i><\/p>\n\nZuweisung und Verbreitung von Routing- und Lastenausgleichsrichtlinien\n<\/li>\n Verbreitung von Schl\u00fcsseln, Zertifikaten, Tokens\n<\/li>\n Erfassung von Telemetriedaten, Erstellung von \u00dcberwachungsmetriken\n<\/li>\n Integration mit Sicherheits- und \u00dcberwachungsinfrastrukturen\n<\/li>\n<\/ul>\n\nAuf der Steuerungsebene (Control Plane):<\/i><\/p>\n\nAnwendung von Routing- und Lastenausgleichsrichtlinien\n<\/li>\n Verwaltung von Wiederholungen und Zeit\u00fcberschreitungen, Identifizierung von \u201atoten\u2018 Knoten (Circuit Breaking), Handhabung von Fehlersituationen (Injecting Faults) und Gew\u00e4hrleistung der Resilienz von Diensten durch andere Mechanismen\n<\/li>\n Authentifizierung\/Autorisierung von Aufrufen\n<\/li>\n Abweisung von Metriken (Observability)\n<\/li>\n<\/ul>\n\nDie Gruppe der Anwender, die an dieser Technologie interessiert ist, ist sehr breit gef\u00e4chert \u2014 von kleinen Startups bis hin zu gro\u00dfen Internetunternehmen wie PayPal.<\/p>\n
Wozu wird ein Service Mesh im Unternehmenssektor ben\u00f6tigt?<\/h2>\n \nDie Nutzung eines Service Mesh bringt zahlreiche offensichtliche Vorteile mit sich. Vor allem ist es f\u00fcr Entwickler einfach praktisch: beim Programmieren entsteht eine technologische Plattform<\/i>, das die Integration in die Cloud-Infrastruktur erheblich vereinfacht, da die Transportschicht vollst\u00e4ndig von der Anwendungslogik isoliert ist.<\/p>\n
Dar\u00fcber hinaus, Service Mesh erleichtert die Beziehungen zwischen Anbietern und Verbrauchern.<\/i> Heute ist es f\u00fcr API-Anbieter und -Verbraucher viel einfacher, sich selbstst\u00e4ndig \u00fcber Schnittstellen und Vertr\u00e4ge zu einigen, ohne einen speziellen Integrationsvermittler oder Schiedsrichter \u2013 die Unternehmens-Service-Schicht \u2013 hinzuzuziehen. Dieser Ansatz hat erhebliche Auswirkungen auf zwei Kennzahlen. Die Markteinf\u00fchrungszeit (Time-to-Market) f\u00fcr neue Funktionalit\u00e4ten wird verk\u00fcrzt, gleichzeitig steigen jedoch die Kosten f\u00fcr die L\u00f6sung, da die Integration selbstst\u00e4ndig durchgef\u00fchrt werden muss. Der Einsatz von Service Mesh durch die Teams, die Business-Funktionalit\u00e4ten entwickeln, erm\u00f6glicht es, hier ein Gleichgewicht zu wahren. Letztendlich k\u00f6nnen API-Anbieter sich ausschlie\u00dflich auf die Anwendungsaspekte ihres Dienstes konzentrieren und ihn einfach im Service Mesh ver\u00f6ffentlichen \u2013 die API wird sofort f\u00fcr alle Kunden verf\u00fcgbar, und die Integrationsqualit\u00e4t ist produktionsbereit und erfordert keinen zus\u00e4tzlichen Code.<\/p>\n
Ein weiterer Vorteil ist, dass Der Entwickler, der Service Mesh nutzt, konzentriert sich ausschlie\u00dflich auf die gesch\u00e4ftliche Funktionalit\u00e4t<\/i> \u2014 auf die Produktseite und nicht auf die technologische Grundlage seines Services. Zum Beispiel muss man sich keine Gedanken mehr dar\u00fcber machen, dass es in einer Situation, in der der Service \u00fcber das Netz aufgerufen wird, zu einem Verbindungsabbruch kommen k\u00f6nnte. Dar\u00fcber hinaus hilft Service Mesh, den Traffic zwischen Kopien desselben Services auszugleichen: Wenn eine der Kopien ausf\u00e4llt, wird das System den gesamten Traffic auf die verbliebenen aktiven Kopien umleiten. <\/p>\n
Service Mesh <\/i>\u2014 ist eine gute Grundlage f\u00fcr die Entwicklung verteilter Anwendungen<\/i>, die dem Kunden die Details der Bereitstellung seiner Serviceaufrufe sowohl von innen als auch von au\u00dfen verbergen. Alle Anwendungen, die Service Mesh verwenden, sind auf Transportebene sowohl vom Netzwerk als auch voneinander isoliert: Es gibt keine Verbindungen zwischen ihnen. Der Entwickler hat somit die volle Kontrolle \u00fcber seine Services.<\/p>\n
Es sei nicht unerw\u00e4hnt, dass das Aktualisieren verteilter Anwendungen in einer Umgebung, in der Service Mesh eingesetzt wird, einfacher wird.<\/i> Beispielsweise ein Blue\/Green-Deployment, bei dem zwei Anwendungsumgebungen f\u00fcr die Installation zur Verf\u00fcgung stehen, von denen eine nicht aktualisiert wird und im Standby-Betrieb bleibt. Die R\u00fcckkehr zur vorherigen Version im Falle einer fehlerhaften Ver\u00f6ffentlichung erfolgt \u00fcber einen speziellen Router, f\u00fcr den das Service Mesh hervorragend geeignet ist.. <\/i>F\u00fcr das Testen einer neuen Version kann auch eine Canary-Version <\/i>verwendet werden, bei der nur 10 % des Traffics oder Anfragen von einer Pilotgruppe von Kunden auf die neue Version umgeschaltet werden. Der Haupttraffic bleibt auf der alten Version, sodass nichts kaputtgeht.<\/p>\n
Au\u00dferdem Das Service Mesh bietet uns die Kontrolle \u00fcber SLA in Echtzeit<\/i>. Das System verteilte Proxys l\u00e4sst den Dienst nicht ausfallen, selbst wenn ein Kunde sein Kontingent \u00fcberschreitet. Wenn die API-Bandbreite begrenzt ist, kann niemand den Dienst mit einer hohen Anzahl von Transaktionen \u00fcberlasten: Das Service Mesh steht vor dem Dienst und blockiert unn\u00f6tigen Traffic. Er wird einfach an der Integrationsschicht abgewiesen, w\u00e4hrend die Dienste weiterhin normal funktionieren, ohne es zu bemerken.<\/p>\n
Wenn das Unternehmen die Ausgaben f\u00fcr die Entwicklung von Integrationsl\u00f6sungen senken m\u00f6chte, ist das Service Mesh auch hilfreich: auf seine Open-Source-Version kann von kommerziellen Produkten umgestiegen werden.<\/i>. Unser Enterprise Service Mesh basiert auf der Open-Source-Version von Service Mesh. <\/p>\n
Ein weiterer Vorteil ist das Vorhandensein eines umfassenden Sets an Integrationsdiensten<\/i>. Da die gesamte Integration \u00fcber diese Zwischenschicht erfolgt, k\u00f6nnen wir den gesamten Integrationsverkehr und die Verbindungen zwischen den Anwendungen, die das Gesch\u00e4fts-Kern bilden, verwalten. Das ist \u00e4u\u00dferst praktisch.<\/p>\n
Und schlie\u00dflich f\u00f6rdert das Service Mesh das Unternehmen, auf eine dynamische Infrastruktur umzusteigen.<\/i> Aktuell neigen viele dazu, Containerisierung als L\u00f6sung in Betracht zu ziehen. Monolithen in Mikrodienste zu zerlegen und diese elegant zu implementieren, ist ein aufstrebendes Thema. Doch wenn man versucht, ein bereits seit vielen Jahren im Produktionsbetrieb befindliches System auf neue Schienen zu bringen, stehen einem sofort zahlreiche Herausforderungen gegen\u00fcber: Es ist nicht einfach, all das in Container zu packen und auf der Plattform bereitzustellen. Dar\u00fcber hinaus ist die Implementierung, Synchronisierung und Interaktion dieser verteilten Komponenten ein weiteres komplexes Thema. Wie werden sie miteinander kommunizieren? Gibt es das Risiko von Kaskadenausf\u00e4llen? Ein Service Mesh kann helfen, einen Teil dieser Probleme zu l\u00f6sen und die Migration von einer alten Architektur zu einer neuen zu erleichtern, indem man die Logik des Datenaustauschs ausblendet.<\/p>\nWarum ist die Anpassung des Service Mesh erforderlich?<\/h2>\n
\nIn unserem Unternehmen koexistieren Hunderte von Systemen und Modulen, und die Laufzeit ist stark belastet. Daher reicht ein einfaches Muster, bei dem ein System ein anderes aufruft und eine Antwort erh\u00e4lt, nicht aus, denn in der Produktion verlangen wir mehr. Was ben\u00f6tigen wir zus\u00e4tzlich von einem Unternehmens-Service Mesh? <\/p>\n
Ereignisverarbeitungsservice<\/h3>\n \nStellen wir uns vor, wir m\u00fcssen eine Echtzeit-Eventverarbeitung einrichten \u2013 ein System, das in Echtzeit die Kundenaktionen analysiert und sofort ein relevantes Angebot unterbreiten kann. Um eine solche Funktionalit\u00e4t zu realisieren, wird ein architektonisches Muster namens Event-Driven Architecture (EDA) verwendet.<\/i>Kein aktuelles Service Mesh unterst\u00fctzt solche Muster nativ, was besonders f\u00fcr Banken von gro\u00dfer Bedeutung ist!<\/p>\n
Es ist ziemlich seltsam, dass alle Versionen des Remote Procedure Call (RPC) von Service Mesh unterst\u00fctzt werden, aber nicht mit EDA zusammenarbeiten. Denn Service Mesh \u00e4hnelt einer modernen verteilten Integration, w\u00e4hrend EDA ein sehr aktuelles architektonisches Muster ist, das einzigartige M\u00f6glichkeiten im Bereich des Kundenerlebens er\u00f6ffnet.<\/p>\n
Unser Enterprise Service Mesh sollte dieses Problem l\u00f6sen. Au\u00dferdem m\u00f6chten wir die Implementierung einer garantierten Zustellung, einer Streaming- und umfassenden Eventverarbeitung mit verschiedenen Filtern und Vorlagen darin sehen.<\/p>\n
Datei\u00fcbertragungsdienst<\/h3>\n \nNeben EDA w\u00e4re es vorteilhaft, auch die M\u00f6glichkeit der Dateitransfer zur Verf\u00fcgung zu haben: Im Enterprise-Bereich ist h\u00e4ufig nur eine Datei-Integration m\u00f6glich. Hierbei kommt oft das Architekturmuster ETL (Extract, Transform, Load \u2014 \u201eExtrahieren, Transformieren, Laden\u201c) zum Einsatz. In diesem Schema tauschen alle Beteiligten vorwiegend Dateien aus: Es werden gro\u00dfe Datenmengen verwendet, die es nicht sinnvoll machen, sie \u00fcber separate Anfragen zu \u00fcbertragen. Die native Unterst\u00fctzung f\u00fcr Dateitransfers im Enterprise Service Mesh bietet die notwendige Flexibilit\u00e4t f\u00fcr das Gesch\u00e4ft.<\/p>\n
Orchestrierungsdienst<\/h3>\n \nIn gro\u00dfen Organisationen gibt es nahezu immer unterschiedliche Teams, die verschiedene Produkte entwickeln. Zum Beispiel arbeiten in einer Bank einige Teams an Einlagen, w\u00e4hrend andere sich mit Kreditprodukten besch\u00e4ftigen, und solche F\u00e4lle gibt es viele. Es sind unterschiedliche Personen, unterschiedliche Teams, die ihre eigenen Produkte erstellen, ihre eigenen APIs entwickeln und diese anderen zur Verf\u00fcgung stellen. Oft entsteht die Notwendigkeit, diese Dienste zu kombinieren sowie komplexe Logik f\u00fcr die sequenzielle Aufrufreihe einer Reihe von APIs zu implementieren. Um dieses Problem zu l\u00f6sen, ist eine L\u00f6sung auf der Integrationsebene erforderlich, die es erm\u00f6glicht, diese gesamte Kompositionslogik zu vereinfachen (Ausf\u00fchren mehrerer APIs, Beschreibung der Anfragepfade usw.). Dies ist der Orchestrierungsdienst im Enterprise Service Mesh.<\/p>\n
AI und ML<\/h3>\n \nWenn Mikrodienste \u00fcber eine einheitliche Integrationsschicht miteinander kommunizieren, wei\u00df das Service Mesh nat\u00fcrlich alles \u00fcber die Aufrufe jedes Dienstes. Wir sammeln Telemetrie: wer wen wann und wie oft aufgerufen hat und so weiter. Wenn es von diesen Diensten Hunderttausende gibt und die Aufrufe in die Milliarden gehen, h\u00e4uft sich das alles und bildet Big Data. Diese Daten k\u00f6nnen mit Hilfe von KI, maschinellem Lernen und \u00e4hnlichem analysiert werden, um dann auf Basis der Analyseergebnisse n\u00fctzliche Dinge zu entwickeln. Es w\u00e4re sinnvoll, zumindest teilweise die Kontrolle \u00fcber den gesamten Netzwerkverkehr und die Anwendungsaufrufe, die im Service Mesh integriert sind, an die k\u00fcnstliche Intelligenz zu \u00fcbergeben.<\/p>\n
API-Gateway<\/h3>\n \nIn der Regel gibt es im Service Mesh Proxys und Dienste, die innerhalb eines vertrauensw\u00fcrdigen Rahmens miteinander kommunizieren. Es gibt jedoch auch externe Partner. Die Anforderungen an die APIs, die dieser Nutzergruppe bereitgestellt werden, sind deutlich strenger. Diese Aufgabe teilen wir in zwei Hauptteile auf. <\/p>\n
\nSicherheit<\/i>. Fragen, die mit DDoS, Protokollanf\u00e4lligkeiten, Anwendungs- und Betriebssystemschw\u00e4chen usw. zu tun haben. \n<\/li>\nMa\u00dfst\u00e4be<\/i>. Wenn es darum geht, dass die API-Abrechnung, die an Kunden weitergegeben werden muss, in die Tausende oder sogar Hunderttausende geht, entsteht der Bedarf an einem Management-Tool f\u00fcr dieses API-Set. Es ist notwendig, APIs st\u00e4ndig zu \u00fcberwachen: ob sie funktionieren, in welchem Status sie sich befinden, welcher Datenverkehr l\u00e4uft, welche Statistiken vorhanden sind usw. Das API-Gateway sollte in der Lage sein, diese Aufgabe zu bew\u00e4ltigen, um den gesamten Prozess steuerbar und sicher zu gestalten. Mit diesem Bestandteil lernt das Enterprise Service Mesh, interne sowie externe APIs ohne unn\u00f6tige Komplikationen zu ver\u00f6ffentlichen.\n<\/li>\n<\/ul>\n <\/p>\n
Dienst zur Unterst\u00fctzung spezifischer Protokolle und Datenformaten (API-Gateway)<\/h3>\n \nDerzeit k\u00f6nnen die meisten Service-Mesh-L\u00f6sungen nativ nur mit HTTP- und HTTP2-Verkehr arbeiten oder leisten dies in einer eingeschr\u00e4nkten Form auf TCP\/IP-Ebene. Das Enterprise Service Mesh bietet jedoch viele weitere spezifische Daten\u00fcbertragungsprotokolle. Einige Systeme nutzen Nachrichtenbroker, w\u00e4hrend andere auf Datenbankebene integriert sind. Wenn ein Unternehmen SAP besitzt, kann es auch sein eigenes Integrationssystem verwenden. All dies funktioniert und ist ein wichtiger Teil des Gesch\u00e4fts.<\/p>\n
Es reicht nicht zu sagen: \u201eLassen Sie uns auf Legacy verzichten und neue Systeme schaffen, die Service Mesh nutzen k\u00f6nnen\u201c. Um alle alten Systeme mit neuen (auf Mikrodiensten basierenden) zu verbinden, ben\u00f6tigen die Systeme, die Service Mesh nutzen k\u00f6nnen, einen Adapter, einen Vermittler, ein Gateway. W\u00e4re es nicht gro\u00dfartig, wenn dies standardm\u00e4\u00dfig mit dem Service geliefert w\u00fcrde? Das AS-Gateway kann genau jede Integrationsoption unterst\u00fctzen. Stellen Sie sich vor, Sie installieren einfach ein Enterprise Service Mesh, und es ist bereits bereit, mit all den Protokollen zu interagieren, die Sie ben\u00f6tigen. Dieser Ansatz ist f\u00fcr uns von gro\u00dfer Bedeutung.<\/p>\n
So stellen wir uns die Unternehmensversion von Service Mesh (Enterprise Service Mesh) vor. Die beschriebene Anpassung l\u00f6st die meisten Probleme, die bei dem Versuch auftreten, fertig entwickelte Open-Source-Versionen von Integrationsplattformen zu verwenden. Die Architektur von Service Mesh, die vor nur wenigen Jahren entstanden ist, entwickelt sich weiterhin, und wir freuen uns, einen Beitrag zu ihrer Weiterentwicklung leisten zu k\u00f6nnen. Wir hoffen, dass unsere Erfahrungen Ihnen n\u00fctzlich sein werden.<\/i>habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"Service Mesh \u2014 \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u044b\u0439 \u043f\u0430\u0442\u0442\u0435\u0440\u043d \u0434\u043b\u044f \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0446\u0438\u0438 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u043d\u0430 \u043e\u0431\u043b\u0430\u0447\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0432 \u043e\u0431\u043b\u0430\u0447\u043d\u043e-\u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043d\u043e\u043c \u043c\u0438\u0440\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c \u0431\u0435\u0437 \u043d\u0435\u0433\u043e \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0441\u043b\u043e\u0436\u043d\u043e. \u041d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0443\u0436\u0435 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e open-source \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0439 service mesh, \u043d\u043e \u0438\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438, \u043d\u0430\u0434\u0435\u0436\u043d\u043e\u0441\u0442\u0438 \u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0434\u0430\u043b\u0435\u043a\u043e \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u043a\u043e\u0433\u0434\u0430 \u0440\u0435\u0447\u044c \u0438\u0434\u0435\u0442 \u043e \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u0445 \u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430 \u0432\u0441\u0435\u0439 \u0441\u0442\u0440\u0430\u043d\u044b. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26549,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35388","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Warum](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")