0
Das folgende ist eine Antwort auf meinen letzten post, “Ein Fünftel der heutigen enterprise-Anwendungen, die geboren wurden, in der cloud, wie aus Umfragen hervorgeht,” in denen ein IT-executive-wurde als zitiert, die besagt, dass der beste Weg zur Verwaltung von legacy-Anwendungen ist die “lassen Sie Sie sterben in Ihren eigenen Lebenszyklus.”
Von Wayne Morris, chief marketing officer, Skytap

Foto: Joe McKendrick
Analyst Joe McKendrick, nahmen Sie einen näheren Blick auf zwei Erhebungen von Capgemini und geschlossene Netzwerke in einem aktuellen ZDNet-Artikel, und hat einen außergewöhnlichen job zu erfassen, seine Leser’ Aufmerksamkeit schon früh, und besser als jede Umfrage zahlen könnte jemals getan haben. McKendrick führt seine Geschichte mit der Schlagzeile, “Ein Fünftel der heutigen enterprise-Anwendungen, die geboren wurden, in die cloud.” Und sicher, in unserem tech-Industrie-gefüllt mit hype und übertreibung, mit Experten-Positionierung in public clouds wie AWS und Azure als Allheilmittel für alle Unternehmens-apps, ein Fünftel ist ein überraschend kleiner Anteil der apps, die diese Dienste nutzen.
Aber das ist eigentlich nicht das interessanteste Aussage in Joe ‘ s story. Es war McKendrick ‘ s Unterüberschrift, sollten Sie in Ihrem Titel stoppen: ‘Lasst Sie sterben, in Ihrem eigenen Lebenszyklus’: Wird auf dem Gelände Anwendungen einfach verkümmern durch allmähliche Zermürbung?
Um klar zu sein, McKendrick stellt sich die Frage, ob on-premise-Anwendungen “verkümmern”, aber es war Capgemini, zitiert die “vice president of technical services für eine US-restaurant-Kette”, die behaupteten, “Du bist wahrscheinlich besser dran zu lassen (non-cloud-nativen Anwendungen) die in Ihrem eigenen Lebenszyklus.”
Nicht-cloud-native enterprise-Anwendungen sind oft davon abhing stark, wenn nicht sogar ausschließlich, zur Unterstützung einer Organisation Geschäftsfelder. Dies sind komplexe, unternehmenskritische Systeme mit Jahren, vielleicht auch Jahrzehnten, von gebacken-in business intelligence um zahlreiche Komponenten, Integrationen, und Millionen von Dollar investiert, um eine Sache zu tun-halten Sie diese Anwendungen laufen, so dass der gesamte Betrieb bleibt, läuft neben Ihnen her. Diese sind billing-Systeme, ERP-Systeme, oder auch die Gesundheitssysteme, die halten viel mehr als business-lebendig und gut. Diese Investitionen und Abhängigkeiten können nicht einfach aufgegeben werden, oder ignoriert zu “welken und sterben.” Es gibt zu viele Abhängigkeiten auf.
McKendrick die richtige Angabe von: Datum, motis operandi der cloud-Implementierungen wurde auf anwenden, um die cloud-first-Prinzip auf alle neuen Projekte, Anwendungen oder workloads, während auf dem Gelände ist.
Die meisten cloud-Anbieter Ihre cloud-IaaS-und PaaS-Angebote weitgehend zu unterstützen, cloud-native Anwendungen–oder traditionelle/legacy-Anwendungen wurden völlig überarbeitet und rearchitected für Ihre spezifischen cloud. Weil dieser, viele CIOs, die App-Entwickler-und ops-Führer gewählt haben zu lassen on-premise-Anwendungen “wie-ist”. Oder, in anderen Worten, gesperrt, im Rechenzentrum, aus-und Weiterbildung zu erhalten, den Löwenanteil der jährlichen IT-Ausgaben–eine Tatsache, dass viele andere Untersuchungen, werden Sie sagen. Doch diese Entscheidung wird nicht vorgenommen, so dass diese Anwendungen wird irgendwann “sterben in Ihren eigenen Lebenszyklus”; es ist, damit Sie auch weiterhin zuverlässig laufen, und die wachsende Zahl von cloud-nativen Anwendungen, Sie sind gekoppelt.
Dies ist, wo ein problem auftaucht. Viele traditionelle Anwendungen waren die ersten, die vor Jahrzehnten entwickelt worden, wenn cloud, mobile, DevOps, continuous delivery, Container und microservices waren nicht der Meinung. Und als software delivery-teams haben die Aufgabe mit der Bereitstellung qualitativ hochwertigeren code schneller, Sie wird sich weiter drehen, um moderne Entwicklungsverfahren, – Methoden und-Technologien, um Ihnen zu helfen mit, dass die Anstrengung. Mehr cloud-native Anwendungen entwickelt werden, diese Studien werden bald zeigen, dass noch größere Prozentsätze von enterprise-application-portfolios wohne jetzt in der cloud. Dadurch wird eine noch größere Dichotomie zwischen dem Tempo der Entwicklung und Modernisierung neuer apps und Ihre monolithischen Pendants.
Glücklicherweise gibt es eine Lösung-und das ist es nicht, “warten Sie, bis diese apps mittlerweile so veraltet, problematisch, und lähmt innovation, dass es keine Wahl aber, Sie zu töten aus.” McKendrick vor kurzem veröffentlichte eine follow-up-Geschichte, “8 Schritte zu einem” cloud-native “enterprise”, wo er Aktien Capgemini Beratung für diejenigen, die “legacy-laden.” Zitieren seine Capgemini Quellen, McKendrick schreibt: Es können oft nicht einen guten business case, gemacht für die Umgehung der Jahre von Investitionen in on-premise-Systeme zu verabschieden, die neue cloud-basierte Anwendungen.
Das ist genau das richtige, und es ist der Grund, warum vorausdenkende Unternehmen beginnen zu erkennen, dass ab einer cloud-nativen Reise erfordert nicht die traditionellen Anwendungen werden komplett eingestampft und von Grund auf neu geschrieben. Dies hat weit mehr als “bypass Jahren der Investitionen”; es fügt sich Monate, wenn nicht Jahre, von neuen Investitionen in die Sanierung Kosten-und neue die Gefahr, dass was einmal funktionierte. Die intelligentere bewegen, wenn er durch eine wachsende Anzahl von Organisationen zu beginnen, die Einführung neuer Technologien und cloud-native Dienstleistungen an bestehende Anwendungen, so können Sie maximieren Ihren ROI, während die Modernisierung im Laufe der Zeit.
Dies ist ein iterativer Prozess ist, kann getan werden, jede Organisation das optimale Tempo. Capgemini empfiehlt, dass Unternehmen, die “Start small, (und) versuchen Sie nicht zu Kochen, das Meer.” Skytap gab diese gleichen Ratschläge, die in diesem Jahr die CoreOS Fest, die teams suchen, um erfolgreich–und sicher–Skala die Annahme von Containern. Durch die erste Bekämpfung von kleinen Komponenten eine klassische Anwendung, mit der eine ebenso kleine Gruppe von “early adopters”, die Sie einführen, die weniger Risiko für eine mission-critical-system und den Aufbau einer Vertrauensbasis macht den zukünftigen buy-in von anderen leichter. Dies ist nicht anders als, wie würden Sie pflegen und wachsen der Akzeptanz von agile und DevOps-Initiativen-zwei andere Empfehlungen von Capgemini, die auch erweiterbar zu lokalen Anwendungen.
Es gibt nicht eine einzige Silber-Kugel Weg zu einem cloud-forward-enterprise. In der Wolke Raum, Hypes und buzzwords der Tagesordnung sind: public, private, on-prem, native, hybrid. Wir machen uns über die Definition dieser Kategorien bis zum Abwinken und eine Debatte über, welcher Ansatz am besten. Und wir machen Unternehmen und Anwendungen passen in diesen cookie-cutter-Definitionen. Verlor aber alle, die das praktische und wichtigsten Fragen: Was ist das beste für mein Geschäft? Wo werden meine Anwendungen am erfolgreichsten sein? Organisationen haben nicht zu fallen in eine Kategorie oder ein anderes, und Sie müssen nicht aufgeben, alle Ihre on-prem Anwendungen in die cloud verschieben und zu modernisieren. Die cloud so oft gesehen, als schwarz und weiß, aber übersehen Sie nicht die Schattierungen von Grau.
0