BLOG | NGINX

Die Dringlichkeit der Modernisierung im Zeitalter des Application

NGINX-Teil-von-F5-horiz-schwarz-Typ-RGB
Norbert Kiss Miniaturbild
Norbert Kiss
Veröffentlicht am 21. Oktober 2021

Wir befinden uns mitten in einer vierten industriellen Revolution. In der heutigen digitalen Wirtschaft macht die entscheidende Rolle von Applications jedes Unternehmen zu einem Technologieunternehmen. Schon eine einzige schlechte Erfahrung mit einer App kann dazu führen, dass ein Kunde die App aufgibt und zur Konkurrenz wechselt . Angesichts der zunehmenden Cyberangriffe ist es für alle Teammitglieder und Beteiligten in jeder Phase des Application von entscheidender Bedeutung, flexibel zu bleiben und eine „Sicherheit geht vor“-Mentalität beizubehalten.

Mit dieser Denkweise geht eine Modernisierung einher. Kunden und Stakeholder erwarten bestimmte digitale Erlebnisse und ohne eine moderne Application sind Verluste unvermeidlich. Deshalb ist der Ruf nach Modernisierung dringend.

In diesem modernen Zeitalter des Application müssen sich Unternehmen kontinuierlich weiterentwickeln, Innovationen entwickeln und ihre Wettbewerbsfähigkeit schärfen. Gartner Inc. prognostiziert, dass die weltweiten Unternehmensausgaben für die Bereitstellung cloudbasierter Software im Jahr 2022 557 Milliarden US-Dollar erreichen werden. Um mit den Anforderungen der Benutzer und der Konkurrenz Schritt zu halten, wurden die Entwicklungs- und Testzyklen moderner Apps erheblich verkürzt. Was anfangs Monate dauerte, dauert heute nur noch Wochen, Tage oder sogar Stunden. Wenn ein Unternehmen den Übergang vom Monolithen zu Microservices nicht vollständig annimmt, besteht die Gefahr, dass es Wettbewerbsvorteil verliert – oder, schlimmer noch, obsolet wird.

Schnelle App-Entwicklungszyklen sind die neue Normalität. NGINX ist in der richtigen Position, um Modernisierungsbemühungen zu vereinfachen und die Reise in dieses neue Zeitalter sicher und risikofrei zu gestalten.

Der Weg zur Modernisierung

Die kontinuierliche Zunahme der Application ist für CIOs ein zweischneidiges Schwert: Zwar wurden dadurch notwendige Funktionen geschaffen und die Produktivität gesteigert, doch das schnelle Wachstum hat auch zu unerwarteter Komplexität geführt. CIOs größerer Unternehmen haben häufig Mühe, den Überblick über Hunderte bis Tausende von Applications zu behalten, die von der IT-Organisation ausgeführt werden. Eine McKinsey-Studie ergab, dass etwa 80 % der CIOs noch nicht die Agilität oder die Geschäftsergebnisse erreicht haben, die sie sich von der Application erhofft hatten.

Selbst mit der anfänglichen Komplexität lohnt sich die Umstellung vom Monolithen auf Microservices . Die Einführung durch CIOs kann eine solidere Grundlage für die zukünftige App-Entwicklung schaffen. Und da die Entwickler die volle Kontrolle darüber haben, wie Apps erstellt und bereitgestellt werden, verkürzt sich die Markteinführungszeit erheblich – ein Wettbewerbsvorteil.

Durch die Modernisierung wird ein konkreter Weg zu neuen Plattformen, Tools, Architekturen, Bibliotheken und Frameworks geschaffen, ohne dass die Angst bestehen muss, alles zu verlieren und von Grund auf neu aufzubauen. Ein guter erster Schritt ist die Modernisierung einiger kundenorientierter Applications. Anschließend können diese Applications von Softwareteams für verteilte Computerparadigmen wie Multi-Cloud und hybride Cloud optimiert werden (dieser Prozess hat den Aufstieg containerisierter Apps vorangetrieben, da sie portabler sind).

Drei gängige Ansätze zur App-Modernisierung sind:

  1. „Lift and Shift“ – Verschiebt Apps von lokalen Legacy-Servern auf eine Cloud-Plattform, was nur minimales Umschreiben des Codes erfordert.
  2. Neuschreiben von Codeblöcken – Ermöglicht Entwicklern, von Containern und anderen modernen Infrastrukturen und Tools zu profitieren
  3. Replatforming – Nutzt ergänzende Updates, ersetzt oder modifiziert das App-Backend, um sich auf eine Cloud-Plattform zu konzentrieren, als Mittelweg zwischen den beiden anderen Ansätzen.

Nicht jede Application muss als Microservice ausgeführt werden. Manchmal ist das Neuschreiben des Codes eine bessere Lösung – insbesondere, wenn die App eng mit vorhandenen Systemen gekoppelt ist. Es ist wichtig, die Ziele und den langfristigen Fahrplan Ihres Unternehmens zu definieren und dann einen sinnvollen Ansatz zur Application zu integrieren. Durch die schrittweise Arbeit wird eine solide Grundlage für die Zukunft geschaffen und gleichzeitig werden Risiken minimiert.

Die schnellere Markteinführung darf jedoch nicht auf Kosten der Application , Transparenz oder Kontrolle gehen.

  • Sicherheit. Der Einsatz von Überwachungstools zur Verkehrstransparenz kann Einblicke in die Application bieten und die notwendigen Informationen darüber liefern, wie schnell reagiert und Risiken gemindert werden können.
  • Sichtweite. Durch die Verbesserung der Sichtbarkeit in Open-Source-Systemen wie Kubernetes können Unternehmen auch Einblicke in die Bereitstellung gewinnen. Dies stärkt die Sicherheit durch das Erkennen von Schwachstellen und erleichtert die Fehlerbehebung.
  • Kontrolle. Die Verwendung von F5 NGINX Controller und F5 NGINX Instance Manager [jetzt kombiniert als NGINX Management Suite ] kann dabei helfen, eine gesamte Infrastruktur mit einer einzigen Verwaltungsebene zu verwalten.

Durch die Einführung dieser Modernisierungstechniken verschaffen sich CIOs einen strategischen Vorteil gegenüber der Konkurrenz, da sie in der Lage sind, auf disruptive Trends zu reagieren, bevor ihr Geschäft negativ beeinflusst wird. Während die Modernisierung älterer Applications komplex und kostspielig sein kann, bieten NGINX-Tools CIOs Sicherheit, Transparenz und Kontrolle.

Das Neuland der APIs

Als Grundlage jeder modernen Application haben Ingenieure eine ganze Welt von APIs implementiert. Diese APIs kommunizieren ständig miteinander, damit die App für den Benutzer funktioniert – sei es für Zahlungen, Sprachanrufe, Bilder, Geolokalisierung oder eine Vielzahl anderer Funktionen. APIs haben bei der Application schon immer eine entscheidende Rolle gespielt. In jüngster Zeit sind APIs jedoch nicht mehr nur ein Teil der Application , sondern deren Gesamtheit geworden.

Mit dem Aufkommen von Containern, Microservices und Kubernetes hat sich die Ausrichtung der Application verschoben. Die Entwicklung und Verwaltung von APIs ist inzwischen ebenso wichtig wie die Entwicklung und Verwaltung von Daten, Datenschutz, Computerressourcen und Netzwerken. Beispielsweise kommunizieren in Kubernetes und Microservices entkoppelte Funktionen über eine API.

Genau wie wir UX, DX und CX haben, haben wir einen neuen Begriff für diese API-Erfahrung: APIX 2.0 . Heute und in Zukunft wird die Art und Weise, wie APIs genutzt werden, ein zentrales Kriterium für DevOps- und GitOps -Teams sein. APIX wirkt sich direkt auf Benutzer aus – intern und extern.

Bei der Entwicklung des entscheidenden APIX gelten vier Grundsätze:

  • Grundsatz 1: Entwerfen Sie ein einheitliches Erlebnis basierend auf expliziten Richtlinien. Da die Teams nun verteilt sind, ist es wichtig, eine Checkliste zur API-Bewertung zu erstellen, um die Einführung und Verwendung zu standardisieren. Durch die Vereinfachung von Prinzipien kann die bisherige Komplexität des API-Lebenszyklusmanagements verringert werden.
  • Grundsatz 2: Formalisieren Sie den Servicebesitz. Um eine angemessene zentrale Verwaltung und Automatisierung der API-Steuerung zu ermöglichen, ist es von entscheidender Bedeutung, eine Bestandsaufnahme der verwendeten APIs vorzunehmen. Wenn nicht festgelegt wird, welches Team oder welcher Eigentümer für jeden Dienst oder jede Gruppe von Diensten verantwortlich ist, wird der API-Lebenszyklus unhandlich. Durch die Integration des Servicekatalogs erhalten Sie einen vollständigen Überblick darüber, wer die Services verwaltet und wie diese Services aktiv ausgeführt werden.
  • Grundsatz 3: Konzipieren Sie für Skaleneffekte, Verbundeffekte oder beides. Bei der Entwicklung und Optimierung eines Premium-APIX müssen Unternehmen feststellen, ob ihr Ziel Skalen- oder Verbundeffekte sind. Die Auswahl beeinflusst das Design der API.
  • Grundsatz 4: Machen Sie die Verwaltung einfach. API-Gateways dienen dazu, die Komplexität moderner Application zu vereinfachen. Herkömmliche Lösungen sind nicht auf die Handhabung von Container-, Cloud-native- und Multi-Cloud-Umgebungen ausgelegt. Aus diesem Grund konzentriert sich das NGINX Controller API Management Module [jetzt API Connectivity Manager , Teil der NGINX Management Suite] mit seiner innovativen Architektur auf die Reduzierung der Komplexität. Durch die Entkopplung von F5 NGINX Plus auf der Datenebene vom API-Management-Modul auf der Steuerungsebene werden Laufzeitverkehr und APIM-Verkehr einzeln isoliert, um eine effizientere Verarbeitung zu ermöglichen.

Jedes Mal, wenn ein Kunde auf eine App zugreift, erwartet er eine hervorragende API. Die Vermittlung dieser Erfahrung ist ein Schlüssel zum Erfolg der Modernisierung.

Die Modernisierungsanstrengungen müssen bewusst erfolgen. Mit diesen vier Prinzipien und dem oben beschriebenen Modernisierungspfad kann NGINX Ihnen dabei helfen, Ihre Application mit unseren einfachen und effektiven Lösungen zu modernisieren.

Ressourcen

Weitere Informationen zur App-Modernisierung finden Sie in diesen verwandten Artikeln im The Register:

Egal, wo Sie sich auf dem Weg zur App-Modernisierung befinden, Sie können mit kostenlosen 30-Tage -Testversionen aller unserer kommerziellen Lösungen beginnen:

Oder beginnen Sie mit kostenlosen Open Source-Angeboten:


„Dieser Blogbeitrag kann auf Produkte verweisen, die nicht mehr verfügbar und/oder nicht mehr unterstützt werden. Die aktuellsten Informationen zu verfügbaren F5 NGINX-Produkten und -Lösungen finden Sie in unserer NGINX-Produktfamilie . NGINX ist jetzt Teil von F5. Alle vorherigen NGINX.com-Links werden auf ähnliche NGINX-Inhalte auf F5.com umgeleitet."