Die Kluft überbrücken: Umfang und Zuverlässigkeit
Die Produktion ist nicht darauf ausgelegt, zu scheitern.
Herkömmliche Netzwerk- und Anwendungsdienstearchitekturen sind so aufgebaut, dass sie auch im Falle von Störungen zuverlässig sind. Redundanz und Failover sind entscheidende Funktionen der Infrastruktur, die zwischen den Kunden und dem wertvollsten Vermögenswert eines Unternehmens liegt: seinen Anwendungen.
Ein Failover – ein echtes Failover – lässt sich nicht einfach durch das Hochfahren eines neuen Containers erreichen. Dieser Ansatz funktioniert nur für moderne Anwendungen, die zustandslos konzipiert sind. Dies ist bei herkömmlichen Anwendungen selten der Fall und bei modernen Anwendungen noch nicht einmal eine Selbstverständlichkeit. Um die Verfügbarkeit dessen aufrechtzuerhalten, was nach wie vor den Großteil des Anwendungsportfolios von Unternehmen ausmacht: herkömmliche Apps, sind Skalierbarkeit und Zuverlässigkeit auf Unternehmensniveau von entscheidender Bedeutung.
Das bedeutet jedoch nicht, dass wir die wachsende Zahl moderner Anwendungen ignorieren sollten. Jede neue App-Architektur beginnt mit nur wenigen Projekten und explodiert dann, wenn die Unternehmen lernen, wie sie die erforderlichen Systeme und Lösungen entwickeln, bereitstellen und betreiben, um diese neuen Apps zu skalieren und zu sichern. Die Anzahl brandneuer Anwendungen, die mit modernen Architekturen entwickelt werden, ist in Unternehmen noch gering, wächst jedoch schnell. Dies ist auch zwingend erforderlich, wenn Unternehmen in der digitalen Wirtschaft mithalten wollen.
Architektur mit der Geschwindigkeit von Anwendungen
Mehr als jede fünfte Organisation hat mittlerweile fünfzig (50) oder mehr wichtige App-Anfragen in ihrem Anwendungsrückstand . Mehr als 61 % haben mehr als zehn (10) neue App-Anfragen in der Warteschlange. Traditionelle Entwicklungsansätze können da nicht mithalten. Da Unternehmen zur Beschleunigung der Bereitstellung auf Agile und Microservices umsteigen, werden mehr Apps auf Basis moderner Architekturen erscheinen.
Und dabei müssen sie eine Möglichkeit finden, die Kluft zwischen dem Skalierungs- und Zuverlässigkeitsmodell moderner Architekturen einerseits und der anspruchsvollen Skalierbarkeit und Zuverlässigkeit andererseits, die für die Realisierung von Bereitstellungen auf Unternehmensebene erforderlich sind, zu überbrücken.
Diese modernen Architekturen beinhalten häufig NGINX. Tatsächlich könnte man sagen, dass die meisten neuen modernen Architekturen in einer oder mehreren Rollen auf NGINX angewiesen sind.
Unter den zwölf wichtigsten Anwendungskomponenten, die in Containern ausgeführt werden, befindet sich NGINX. Unter den Top (um ehrlich zu sein, den allerbesten) der verwendeten Container-Ingress-Provider finden Sie NGINX. In jeder Umfrage und jedem datenbasierten Bericht zu Cloud, Containern und Microservices finden Sie NGINX wahrscheinlich in einer Liste der ausgeführten Komponenten.
NGINX dient in erster Linie dem Skalierbarkeitsbedarf moderner Architekturen. Es bietet Zuverlässigkeit für moderne Apps, indem der Ausfall einer App-Instanz von NGINX bemerkt wird und nachfolgende Anfragen an andere App-Instanzen weiterleitet. Es deckt die Fehler ab, die Containerumgebungen von Natur aus verursachen. Darüber hinaus erfüllt es die Anforderungen an die Anwendungsverfügbarkeit , die die meisten DevOps und Entwickler erfüllen müssen.
Dies bedeutet jedoch nicht unbedingt, dass eine gesamte Unternehmensarchitektur skaliert und ihre Zuverlässigkeit sichergestellt werden kann. Dasselbe „Built to Fail“-System, das für moderne Anwendungen so gut funktioniert, ist nicht gut dafür geeignet, dasselbe für herkömmliche Apps und die Infrastruktur von Anwendungsdiensten bereitzustellen. Der Kern des Unterschieds besteht in einem „Zustands- versus zustandsbehafteten“ Modell. Moderne Apps zielen darauf ab, zustandslos zu sein, da dies wiederum die Funktionsfähigkeit der Architektur gewährleistet. Herkömmliche Apps – und das Netzwerk selbst – sind zustandsbehaftet. Bei einem Fehler werden laufende Transaktionen und Sitzungen abgebrochen und die Verfügbarkeit beeinträchtigt.
Moderne Zuverlässigkeit
Der Explosionsradius eines Produktionsausfalls, der sich (zum größten Teil) auf die gemeinsam genutzte Infrastruktur auswirkt, ist groß. Sehr groß. Netzwerke und Anwendungsdienste, die für die Bereitstellung und Sicherheit von Hunderten von Anwendungen verantwortlich sind, sind nicht darauf ausgelegt, ausfallen zu müssen, sondern zuverlässig zu sein.
Für unternehmensgerechte Skalierbarkeit und Zuverlässigkeit sorgt F5 mit BIG-IP. BIG-IP ist auf Zuverlässigkeit ausgelegt und kann sowohl der Nachfrage als auch massiven Angriffen gerecht werden. Über 25.000 Unternehmen stellen mit BIG-IP Apps bereit. Es erfüllt die Anforderungen an die Netzwerk- und Anwendungsverfügbarkeit , die von NetOps eingehalten werden müssen.
Indem wir beides zusammenbringen, können wir die Anforderungen an „zuverlässig“ erfüllen, egal wie die Definition lautet. Unabhängig davon, ob es sich um die Zuverlässigkeit kleiner, entwicklergesteuerter Bereitstellungen zur Skalierung moderner Apps oder großer Bereitstellungen zur Skalierung von Anwendungsdiensten und herkömmlichen Apps handelt, bietet ein kombiniertes Portfolio den Kunden die Möglichkeit, das richtige Tool für die richtige App zu verwenden.
Weitere Informationen zu den Vorteilen der Zusammenführung von F5 und NGINX finden Sie in einem Beitrag des CEO von F5, in dem er die Blogserie „Bridging the Divide“ vorstellt.