Durchgängige Application

Einer der Gründe, warum die Leute die Domino’s Pizza-App lieben, ist die Transparenz, die sie ihnen bei der Bestellung bietet. Sie können den gesamten Prozess verfolgen: während der Zubereitung, im Ofen, in der Schachtel oder im Auto. Und ehe Sie sich versehen, steht eine dampfend heiße Pizza vor Ihrer Haustür.

Obwohl wir einen derartigen Einblick in den Lebenszyklus einer Pizzalieferung schaffen können, können Unternehmen jeder Art und Größe nicht dasselbe Maß an Transparenz und Sichtbarkeit für ihr wertvollstes Gut erreichen: applications.  

Was ist denn los? Kürzlich haben wir einige unserer Kunden zu ausführlichen Geek-Out-Sitzungen in unsere Zentrale in Seattle eingeladen, um über ihre Herausforderungen und darüber zu sprechen, was F5 in den nächsten Jahren zu bieten hat. Das Ziel bestand darin, die Probleme der Kunden branchenübergreifend besser zu verstehen und herauszufinden, wie wir ihnen mit Lösungen begegnen können.

Eines wurde völlig klar: Der Druck zur digitalen Transformation ist allgegenwärtig und erstreckt sich über Länder, Regionen und Branchen. Zum Beispiel:

• Ein nordisches Bergbauunternehmen verlässt sich zunehmend auf Analysen, um die Effizienz seines Betriebs zu steigern.
• Eine Organisation des öffentlichen Sektors in der EMEA-Region stellt künftig traditionell Offline-Funktionen und -Dienste als digital verwalteten Dienst bereit.
• In Nordamerika ansässige Autohersteller verbessern das Fahrerlebnis, um mit Unternehmen wie Tesla konkurrieren zu können.

Die meisten dieser Kunden streben zwar eine digitale Transformation an, gaben jedoch an, dass sie sich an einem Punkt zwischen der alten und der neuen Welt befinden – klassische monolithische und dreistufige Architekturen neben Cloud-nativen Architekturen. Wir bezeichnen dies gerne als „chaotische Mitte“ und es ist heutzutage für die meisten Unternehmen Realität.

Es überrascht nicht, dass die Verwaltung dieser Mischung aus Alt und Neu eine erhebliche Herausforderung darstellt. Im Kern sind diese Kämpfe die klassischen Geschichten von Silos, die zu mangelnder Sichtbarkeit führen.

Eine harte Realität, die in unseren Kundengesprächen immer wieder bestätigt wurde, besteht darin, dass die meisten Unternehmen zu keinem Zeitpunkt sagen können, was mit ihren Apps passiert. Sie wissen nicht, wie viele Apps sie haben, geschweige denn, wo diese Apps gespeichert sind und wer darauf Zugriff hat. Sogar bei den wichtigsten Applications haben Unternehmen selten durchgängig Einblick in die Leistung dieser Apps (z. B. Verfügbarkeit, Endbenutzerlatenz) oder wissen nicht, wo sie nachsehen müssen, wenn etwas schief geht.

Eine der größten Herausforderungen beim Erreichen einer solchen Transparenz besteht darin, dass sich entlang des Datenpfad zwischen dem Application und dem Endkunden typischerweise sieben bis neun Technologien befinden.

Bei den meisten Unternehmen stammt jede dieser Technologien von einem anderen Anbieter. Das bedeutet, dass sieben bis neun potenzielle Informationssilos verwaltet oder orchestriert werden müssen, um eine durchgängige Transparenz in einer einzigen Application zu erreichen. Und diese Anbieter und ihre Funktionen werden oft von zwei oder drei verschiedenen Betriebsteams in der Organisation verwaltet, was zusätzliche Kommunikationsprobleme mit sich bringt.

Viele unserer Kunden gaben an, dass sie in der öffentlichen Cloud einen Teil dieses Drucks abmildern würden. Doch diejenigen, die schon weiter in die Cloud gewechselt sind, berichteten von harten Realitäten:

• Viele Unternehmen geben an, dass der Weg vom Code zum Kunden bei lokalen Apps anders verläuft als bei Apps in der Cloud. Sie haben für jeden davon je nach Application völlig unterschiedliche Betriebsmodelle entwickelt – zusätzlich zu anbieterbasierten Silos.
  
  
• Während einige Unternehmen die vollständige Migration in die öffentliche Cloud geschafft haben, sind die meisten noch dabei zu entscheiden, welche Apps sie übernehmen und verschieben, welche neu strukturiert werden und welche sie zurücklassen und schließlich durch moderne Lösungen ersetzen. Solche ehrgeizigen Pläne für eine öffentliche Cloud gehen häufig mit einer notwendigen Reduzierung der Investitionen vor Ort einher, was zu echten Leistungs- und Sicherheitsbedenken bei nach wie vor kritischen Legacy-Apps führt.
  
  
• Viele Unternehmen streben den Umstieg auf mehrere Clouds an und möchten dabei sowohl Cloud-native Dienste als auch Lösungen von Drittanbietern von Software miteinander in Einklang bringen. Sie haben nun mit explodierenden Betriebskosten und Risiken zu kämpfen, weil sie spezielle Architekten, Cloud-Management-, Sichtbarkeits- und Betriebsmitarbeiter mit Fachwissen zu den einzelnen Cloud-Umgebungen einstellen oder schulen müssen – Silos innerhalb von Silos ohne irgendetwas, das für Sichtbarkeit oder Konsistenz von einem Punkt zum nächsten sorgt.

Die meisten Anbieter auf dem Weg vom Code zum Kunden schlagen zur Lösung dieser Art von Problemen einen vertikal integrierten Ansatz vor, der die Application als Teil einer integrierten Infrastrukturumgebung bereitstellt. Dies hat allerdings den Nachteil, dass die App-Dienste an die Infrastruktur gekoppelt werden. Kurzfristig ist es für Entwicklungsteams vielleicht einfacher, daraus einen Vorteil zu ziehen, doch langfristig entstehen dadurch neue Betriebssilos, und die Sichtbarkeitsprobleme werden noch größer. Außerdem entsteht dadurch eine Abhängigkeit.

Egal, wie Ihre Strategie aussieht, der Trick besteht darin, herauszufinden, wie Sie Applications in allen Ihren verschiedenen Infrastruktursilos einheitlich bereitstellen und verwalten können. Der beste Weg hierfür – und um Einblick in die Pfade vom Code zum Kunden für alle Ihre Applications zu erhalten – ist die Nutzung eines konsistenten Satzes von Multi-Cloud Application .

Diese Konsistenz und die dadurch ermöglichte Sichtbarkeit tragen auch dazu bei, die Kluft zwischen den operativen Silos (z. B. NetOps, SecOps, DevOps) zu überbrücken, die zusammenarbeiten müssen, um die hohe Leistung und Sicherheit der Apps zu gewährleisten.

Die Leistungsfähigkeit dieses Ansatzes ist der Grund, warum wir uns so über die Kombination von F5 und NGINX freuen. Wir bauen ein komplettes Portfolio flexibler, erstklassiger Angebote für den gesamten Code-to-Customer-Pfad auf, das plattformunabhängig, konsistent und partnerschaftlich im Ökosystem ist. Mit diesem letzten Punkt meinen wir, dass wir auch für Datenpfad, die nicht zu F5 gehören (z. B. Cloud-native Dienste), Sichtbarkeit und Einblicke bereitstellen, solange diese Technologien Telemetrie ermöglichen. Unsere Kunden haben uns mitgeteilt, dass sie sich die Flexibilität wünschen, die besten Datenpfad für ihre Applications zu übernehmen. Daher setzen sich F5 und NGINX dafür ein, ein offenes Ökosystem zu ermöglichen.

Unser Wertversprechen ist einfach: Wir unterstützen Applications von der Entwicklung bis zum Ende ihres gesamten Lebenszyklus, damit Sie differenzierte, leistungsstarke und sichere digitale Erlebnisse bereitstellen können.

Wir möchten, dass Sie Ihren Code mit der für Ihr Unternehmen erforderlichen Geschwindigkeit an Ihre Kunden liefern und dies auf Tausende von Apps pro Jahr skalieren können, während Sie gleichzeitig bei jedem Schritt vollständige Transparenz und Verwaltbarkeit beibehalten.