Probleme in der Produktion und die Anwendungsdienste, die sie lösen

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

• Entwickler nennen in einer Umfrage von RisingStack Leistungs- und Sicherheitsprobleme sowie Schwierigkeiten bei der Bereitstellung in Produktionsumgebungen
• Nicht alle Sicherheits- und Leistungsprobleme sind auf „schlechten Code“ zurückzuführen. Häufig sind vielmehr Plattformen und Protokollimplementierungen die Ursache.
• Anwendungsdienste können sowohl Sicherheits- als auch Leistungsprobleme beheben
• Automatisierte Dienste mit Self-Service-Funktionen können Bereitstellungsprobleme verringern

Seit Jahren heißt es: „Dafür gibt es eine App.“ Und bisher hat sich das meiner Erfahrung nach meistens bewahrheitet. Ich habe Apps für Dinge, bei denen ich nie gedacht hätte, dass ich dafür eine App brauchen würde. Aber als ich dann doch eine brauchte und danach suchte, war sie da – wie von Zauberhand.

Nun sagt zwar niemand: „Dafür gibt es einen Anwendungsdienst“, aber vielleicht sollte man das tun. Zumindest im IT-Bereich. Denn so wie es für meine Aufgaben oft eine App gibt, gibt es häufig auch einen Anwendungsdienst für das, was Entwickler in Produktionsumgebungen tun oder bewältigen müssen.

Nehmen wir zum Beispiel das Thema Sicherheit. Laut einer Umfrage von RisingStack war sie für Entwickler das größte Problem im Produktivbetrieb.

PROBLEMPUNKT: SICHERHEIT

Die Umfrage ging nicht näher darauf ein, welche Aspekte der Sicherheit genau Probleme bereiten (obwohl wir auf Nachfrage sicherlich eine Vielzahl unterschiedlicher Antworten erhalten hätten). Was ich jedoch weiß: 38 % der Befragten, die im Anwendungsbereich tätig sind (Entwickler), nannten in unserer Umfrage „State of Application Delivery 2018“ die „zunehmende Raffinesse von Angriffen“ als ihre größte Sicherheitsherausforderung für das kommende Jahr. 26 % gaben mangelnde IT-Sicherheitskenntnisse an, und 23 % nannten Schwierigkeiten beim Schutz von Anwendungen – insbesondere Webanwendungen – vor Angriffen.

Wenn wir den Problempunkt aus dieser Perspektive betrachten (und da dies mein Blog ist, werde ich das tun), dann gibt es dafür einen Anwendungsdienst. Sogar mehrere. Selbst wenn das Ziel darin besteht, eine bestehende Schwachstelle virtuell zu patchen oder ihre Ausnutzung zu verhindern.

Und davon gibt es eine ganze Menge. Das Problem ist, dass jeder Sicherheitsvorfall, jeder unbefugte Zugriff und jedes Datenleck meist einem Entwickler angelastet wird – selbst wenn die Schwachstelle in einer Drittanbieterbibliothek lag oder tief in den Paketen eines Protokolls beziehungsweise in einer Plattform verborgen war, die von buchstäblich Millionen anderer Websites im Internet genutzt wird. Aber Lori, denken Sie jetzt vielleicht, die 79 % einer Anwendung, die aus Bibliotheken bestehen, sind bei genauer Betrachtung nur für 2 % der bekannten Schwachstellen verantwortlich.

Und doch sind einige der aufsehenerregendsten Sicherheitsverletzungen und Datenverluste auf diese 2 % zurückzuführen – auf Schwachstellen in Plattformen und gängigen Bibliotheken, die von Millionen von Menschen genutzt werden.

Eine Web Application Firewall (einer der dreißig Anwendungsdienste, die wir in unserer jährlichen Umfrage untersuchen) schützt vor beidem – und vor dem wachsenden Arsenal, das Angreifer nutzen, um sich Zugang zu verschaffen, Ressourcen zu erschöpfen oder Daten zu stehlen. Auch die App-Zugriffskontrolle bietet eine Schutzebene für Anmeldedaten (die an sich schon wertvoll sind) sowie für die Anwendung und ihre Daten. Bemerkenswert ist, dass 75 % aller Befragten unserer jährlichen Umfrage angaben, die App-Zugriffskontrolle zum Schutz von Anwendungen sowohl in lokalen Umgebungen als auch in der Public Cloud einzusetzen.

PROBLEMBEREICH: PERFORMANCE

Ebenso wenig können Entwickler die Performance immer beeinflussen. So wirken sich etwa Programmierstandards, die im Zweifel auf langfristige Nachhaltigkeit setzen, auf die Performance einer App aus. Manchmal kann man nicht die effizienteste Datenstruktur oder Syntax verwenden. Schließlich muss man bedenken, dass später jemand anderes diesen Code warten und ändern muss. Manchmal liegt es auch an Faktoren, auf die man keinen Einfluss hat – Kapazität, Nachfrage, Netzwerkbedingungen und jener Kunde, der sich partout nicht von seinem zehn Jahre alten PC mit Windows ME trennen will.

Auch für dieses Problem gibt es einen Anwendungsdienst – genauer gesagt sogar mehrere. Die Auswahl ist riesig und reicht von TCP-Optimierung über Caching und Komprimierung bis hin zur Auslagerung rechenintensiver kryptografischer Verarbeitung. All diese Anwendungsdienste können die Leistung verbessern und die Nutzer begeistern.

Viele Menschen nutzen bereits genau diese Dienste, um ihre Apps schneller und sicherer zu machen und damit sowohl Leistungs- als auch Sicherheitsprobleme zu beheben.

PROBLEMPUNKT: BEREITSTELLUNG

Doch Entwickler gaben an, dass ihnen in der Produktion nicht nur Sicherheits- oder Leistungsprobleme Kopfzerbrechen bereiten, sondern auch die Bereitstellung – bei der es darum geht, wie diese Apps und Anwendungsdienste in der Produktionsumgebung zur Ausführung gebracht werden.

Dies ist ein größeres Problem, das sich nicht durch einen einzelnen Anwendungsdienst – oder gar eine Kette von Anwendungsdiensten – lösen lässt. Um die Schwierigkeiten bei der Bereitstellung zu beheben, bedarf es einer strategischeren Initiative rund um Automatisierung und Orchestrierung sowie der Umsetzung von DevOps-Konzepten wie Infrastructure as Code.

Es bedarf gemeinsamer Anstrengungen, um traditionelle NetOps dazu zu bewegen, die Prinzipien und Methoden von DevOps zu übernehmen, damit die erforderlichen Prozesse kodifiziert und die zur Unterstützung der Entwickler notwendigen Änderungen in der Produktionsumgebung bereitgestellt werden können.

Das bedeutet, dass Infrastrukturanbieter eine API-fähige Infrastruktur bereitstellen und den Betrieb nach einem stärker deklarativen Modell unterstützen müssen, das auf Vorlagen und Bereitstellungsartefakten statt auf Befehlszeilenschnittstellen basiert.

Von den drei Problembereichen, die Entwickler nennen, ist die Bereitstellung am schwierigsten zu bewältigen, da es kein einzelnes Tool und keine einzelne Technologie gibt, die das Problem lösen kann. Es bedarf der Zusammenarbeit und gemeinsamer Anstrengungen, um die IT von einem manuell gesteuerten Bereitstellungsmodell auf den automatisierten Fließbandansatz der Zukunft umzustellen.

Unabhängig davon, wie einfach oder schwierig es ist, die Probleme der Entwickler zu lösen, steht fest, dass NetOps alle drei im Produktivbetrieb angehen kann. Ob durch den großzügigen Einsatz von Anwendungsdiensten oder durch gezielte Maßnahmen zur internen digitalen Transformation – NetOps kann den Übergang in den Produktivbetrieb für alle Beteiligten weniger mühsam und erfolgreicher gestalten.

Über den Autor

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.

Weitere Blogbeiträge von Lori Mac Vittie