Wegwerf-Infrastruktur für Wegwerf-Apps
Konferenzpläne. Veranstaltungsnavigation. Bestimmte Aufgaben, wie der Kauf eines Hauses oder die Aufnahme eines Autokredits.
Wenn Sie eine App für eines dieser Dinge installiert haben, haben Sie eine sogenannte „Disposable Mobile App“ oder DMA installiert. Apps, die für einen einzigen Anwendungsfall entwickelt wurden und bei denen davon ausgegangen wird, dass sie wie Broschüren „weggeworfen“ werden. Gelöscht, bis es wieder benötigt wird. Diese Apps sind notwendigerweise klein, agil und sehr volatil. Manchmal besteht die Existenz nur für kurze Zeit – etwa um ein Ereignis wie eine Wahl, die Fußballweltmeisterschaft oder ein Musikfestival zu unterstützen – oder sie besteht für lange Zeit auf der „Server“-Seite, aber nicht auf der Client-Seite, wie etwa bei der Abwicklung eines Hypothekendarlehens.
Diese Apps erfreuen sich zunehmender Beliebtheit und werden als eine Art „Mikro-App“ betrachtet (die Mikroservices sehr ähnlich ist, jedoch für die Entwicklung durch Dritte und nicht für die interne Entwicklung konzipiert ist).
Der Grund dafür, dass es auf die Existenz dieser Art von Apps ankommt, liegt darin, dass sie eine sehr unterschiedliche Lebensdauer haben können. Von der Wiege bis zur Bahre existieren sie möglicherweise nur Tage, Wochen oder Monate. Sie flackern auf, um dann ebenso schnell wieder zu verschwinden. Sie sind größtenteils entbehrlich und daher ist wahrscheinlich auch die sie unterstützende Infrastruktur entbehrlich.
In einem Zeitalter virtualisierter Rechenzentren, in dem die IT von Software aufgefressen wird , ist diese Vorstellung nicht so verrückt, wie sie einst vielleicht geklungen hat. Schließlich ist es nicht so, dass wir Hardware im Wert von mehreren Tausend Dollar wegwerfen. Es sind lediglich einige Teile, die mit einem Klick auf die Eingabetaste einfach erstellt und wieder gelöscht werden können.
Dies kann gut sein, wenn Ihr einziges Infrastrukturproblem ein Web-/App-Server ist. Doch diese Dinge müssen skalierbar sein und die Leistung verbessern (schließlich handelt es sich um mobile Apps, bei denen die meiste Verarbeitung auf der Server- bzw. Cloud-Seite erfolgt), und das impliziert mehrere Teile dessen, was allgemein als Netzwerkinfrastruktur betrachtet wird. Lastausgleich, Caching und Optimierung von Diensten. Das heißt, auch sie müssen „Wegwerfartikel“ sein. Sie müssen per Software (oder virtuell) einsetzbar sein und über einen robusten Satz an APIs und Vorlagen verfügen, mit denen die Dinge schnell bereitgestellt, konfiguriert und später wieder abgebaut werden können. Dies bedeutet außerdem, dass sie Cloud-fähig oder Cloud-aktiviert oder Cloud-zertifiziert sein müssen (je nachdem, welchen Marketingbegriff Sie bevorzugen), sodass die Infrastruktur und Dienste, die diese Wegwerf-Apps unterstützen, ebenso flexibel und wegwerfbar sind wie die Anwendungen, die sie bereitstellen.
Dies bedeutet auch, dass ein DevOps-Ansatz für die Verwaltung dieser sehr volatilen Umgebungen, in denen viel mehr Apps in kürzeren Zyklen bereitgestellt und entsorgt werden, immer wichtiger wird. Ein einziger, monolithischer Ansatz nach dem Motto „Eine App passt für alle unsere Angebote“ ist nicht unbedingt die Art und Weise, wie Wegwerf-Apps für Mobilgeräte konzipiert und bereitgestellt werden. Sie sind fokussiert und zielstrebig, das heißt, sie konzentrieren sich auf die Bereitstellung eines bestimmten Funktionsumfangs, der nie erweitert wird. Andere Funktionen und Zwecke werden dann über andere Apps bereitgestellt, was insgesamt die Anzahl der erforderlichen Anwendungen erhöht und den Betriebsablauf zusätzlich unter Druck setzt, diese Apps einzusetzen und bereitzustellen. Jede dieser Apps verfügt über spezifische Dienste, Konfigurationen und Überwachungsanforderungen, die auf die App zugeschnitten sein müssen. In der Welt der Anwendungen gibt es keine Einheitslösung. Dies stellt einen deutlichen Unterschied zu einer Welt dar, in der die Infrastrukturkonfiguration während der gesamten Lebensdauer der App bis auf Leistungs- oder Sicherheitsoptimierungen weitgehend unverändert bleiben kann. Das bedeutet mehr Arbeit und mehr Komplexität, und zwar häufiger für die Betriebsabteilungen, die die Infrastruktur verwalten müssen.
Aus diesem Grund wird es zunehmend wichtiger, dass die Infrastruktur nicht nur aus Software besteht oder virtualisiert ist und nicht nur eine robuste API für Bereitstellung und Konfiguration bietet, sondern sich auch auf die Teilnahme an den wachsenden Automatisierungs-Ökosystemen beliebter Frameworks und Tool-Sets wie Puppet und Chef, VMware und Cisco, OpenStack und Salt Stack konzentriert. Dabei handelt es sich um die Frameworks, die eine kontinuierliche Bereitstellung aus der Entwicklung in den Betrieb einfließen lassen und die Möglichkeit bieten, die Infrastruktur ebenso einfach in die Produktion zu bringen wie zu entsorgen.
Software frisst IT, aber das sollte man als etwas Gutes betrachten. DevOps als Ansatz für das Lebenszyklusmanagement im gesamten Anwendungs- und Infrastrukturspektrum ist erforderlich, um das Wachstum zu bewältigen, das durch die weltumspannende Software vorangetrieben wird. CA und Vanson Bourne haben in einer weltweiten Umfrage quantifizierbare Vorteile bei der Einführung eines DevOps-Ansatzes festgestellt : 21 % der Befragten gaben an, dass mehr neue Software und Dienste möglich seien, und 18 % erwarteten eine schnellere Markteinführung.
Diese Art von Agilität und Geschwindigkeit ist eine Voraussetzung, wenn Sie Wegwerf-Apps und die zu ihrer Bereitstellung erforderliche Wegwerf-Infrastruktur unterstützen möchten. Ein zentrales Problem für die IT ist die Tatsache, dass das Netzwerk immer noch im Weg ist. Einer EMA-Umfrage zufolge nannten 39 % der Unternehmen im Jahr 2014 „langsame manuelle Prozesse zur Neukonfiguration der Infrastruktur zur Anpassung an Veränderungen“ als erhebliches Problem.
Die Anwendung von DevOps auf „das Netzwerk“ trägt dazu bei, diesen erheblichen Hindernispunkt auf dem Weg zur Produktion zu beseitigen. Zu diesen Bemühungen gehört auch, dass wir uns von unseren Vorurteilen hinsichtlich der Natur des Netzwerks (es ist Hardware!) lösen. Es ist unantastbar! Das ist nicht mein Bereich!) und beginnen Sie zu überlegen, welche Teile des Netzwerks genauso entbehrlich werden können wie die Apps, die es liefert.