Die IT-Teams von heute haben alle Hände voll zu tun. Obwohl die Menge an unstrukturierten Daten jährlich um 35 % zunimmt, sehen sich die für diese Daten verantwortlichen IT-Teams mit schrumpfenden Personalbeständen, Budgets und Rechenzentren konfrontiert (diese Rechenzentren werden zwar nicht unbedingt kleiner, aber sie werden definitiv auch nicht größer). Dies ist der vierte Beitrag einer Reihe, in der die Herausforderungen und Chancen sowie die Vor- und Nachteile beleuchtet werden, mit denen Unternehmensstrategen, Manager und Administratoren jonglieren müssen, wenn es um die Verlagerung von Workloads in die Cloud geht.
In früheren Beiträgen haben wir einige der wichtigsten Faktoren beleuchtet, die Unternehmen berücksichtigen müssen, wenn sie entscheiden, ob und wie sie Cloud-Dienste integrieren wollen. Außerdem haben wir die Vor- und Nachteile verschiedener Strategien erörtert und erläutert, wie man diese gegeneinander abwägen kann, um den besten Weg für Ihr Unternehmen zu finden.
In den nächsten Beiträgen dieser Reihe werden wir einige gängige Strategien für die Datenmigration in die Cloud untersuchen – vor dem Hintergrund der Risikosteuerung (und -minimierung).
Bevor wir beginnen, ist es wichtig zu beachten, dass manche Unternehmen von Natur aus risikofreudiger sind als andere – und Sie müssen festlegen, welche Risiken Ihr Unternehmen als akzeptabel und welche als inakzeptabel erachtet.
Dies hängt von der Art Ihres Unternehmens und damit verbundenen Faktoren ab, z. B. davon, ob für Sie gesetzliche Fristen gelten oder ob Sie personenbezogene Daten (PPI) schützen müssen. In manchen Fällen sind die Folgen einer Nichteinhaltung gesetzlicher Fristen oder einer Offenlegung personenbezogener Daten (PPI) enorm.
Stellen Sie sich eine Versicherungsgesellschaft vor, die versehentlich gegen die HIPAA-Vorschriften verstößt: Die Folge können Geldstrafen, zivilrechtliche Sanktionen, negative Öffentlichkeitswirkung und möglicherweise sogar strafrechtliche Sanktionen sein. Unternehmen aus den Bereichen Finanzen, Gesundheitswesen, Versicherungen und anderen stark regulierten Branchen werden bei Systemen, Software und architektonischen Änderungen, wie sie bei einer Cloud-Migration anfallen, eine deutlich geringere Risikotoleranz an den Tag legen.
Die Aussicht auf Cloud-Computing und -Speicher stellt viele Systemadministratoren in Unternehmen vor ein interessantes Dilemma: den Spagat zwischen der Unterstützung der Innovationsbemühungen des Unternehmens für die Zukunft und der Notwendigkeit, sicherzustellen, dass bestehende Dienste und Arbeitsabläufe weiterhin verfügbar sind, um den laufenden Geschäftsbetrieb zu gewährleisten.
Eine erfolgreiche Strategie zur Einführung der Cloud erfordert ein sorgfältiges Gleichgewicht: Es gilt, kalkulierte Risiken einzugehen, um neue Plattformen und Technologien einzuführen, die Wachstum und Innovation fördern, und gleichzeitig den Betrieb aufrechtzuerhalten und das Geschäft am Laufen zu halten.
Unrealistische Strategien
Bevor wir uns damit befassen, was zu tun ist, lassen Sie uns darüber sprechen, was nicht zu beachten. An erster Stelle steht dabei: Gehen Sie keine unnötigen Risiken ein, wenn es um die Apps geht, die den Betrieb Ihres Unternehmens am Laufen halten.
Refactoring großer Anwendungen
Viele Unternehmen werden zumindest in Erwägung ziehen, ihre kritischen dateibasierten Workloads auf eine Cloud-native Architektur umzugestalten. Dies beinhaltet eine Neuprogrammierung der Anwendung, um Objektspeicher anstelle von Dateidaten zu nutzen. Zwar bietet dieser Ansatz einige langfristige Vorteile – wie beispielsweise eine größere Flexibilität beim Cloud-Betrieb und eine engere Integration mit einigen der anbieterspezifischen, cloud-nativen Dienste, die auf AWS und Azure verfügbar sind –, doch gibt es auch einige wesentliche Nachteile, die es zu beachten gilt.
Die Anfangsinvestition für diese Strategie ist hoch. Je nach Umfang und Komplexität der App können die Umstellungskosten für die Neuprogrammierung einer einzelnen App zwischen 3 und 30 Millionen Dollar liegen.
Das stimmt: über 30 Millionen Dollar für eine einzige App. Und das setzt voraus, dass sie erfolgreich ist.
Das bringt uns zur Kehrseite: Nicht nur ist das Risiko eines groß angelegten Ausfalls sehr hoch, sondern im schlimmsten Fall kann er Ihr gesamtes Unternehmen lahmlegen, während das Problem diagnostiziert und behoben wird. Und das ist nur ein einziger Ausfall: Wie viele davon kann Ihr Unternehmen in den mehr als zwei Jahren verkraften, die es möglicherweise bis zum Abschluss des Projekts dauern wird?
Risiken im Kontext erkennen
Es gibt berechtigte Fälle, in denen das oben beschriebene Szenario tatsächlich als akzeptables Risiko angesehen werden könnte. Betrachten Sie Folgendes:
Stellen Sie sich vor, eine Ihrer geschäftskritischen, dateibasierten Anwendungen wurde von einem neuen Anbieter erworben, der angekündigt hat, dass diese ab einem bestimmten Datum aus dem Angebot genommen und nicht mehr unterstützt wird. Plötzlich befinden Sie sich in einer Situation, in der Sie irgendetwas, von denen jede zu einem Misserfolg und zu Betriebsstörungen führen könnte.
Vielleicht nutzt Ihr Unternehmen eine Drittanbieter-App, deren Anbieter angekündigt hat, dass die nächste Version „cloud-nativ“ sein wird. Ganz gleich, wie Sie und Ihr Unternehmen zu dieser Ankündigung stehen – das Risiko besteht auf jeden Fall, und es liegt an Ihnen, es zu minimieren und zu mindern, anstatt zu versuchen, es zu vermeiden.
Manche größeren geschäftlichen Umstrukturierungen können das Risiko einer Umstellung auf die Cloud ebenfalls ausgleichen. Wenn Sie gerade ein umfangreiches Rebranding durchführen oder Ihr Geschäftsmodell grundlegend umstellen, dann a) sind Sie ohnehin bereits einem hohen Risiko für andere Ausfälle ausgesetzt, können aber b) durch die Umstellung auf die Cloud möglicherweise einen Teil der bisherigen Daten retten, die bisher vor Ort gespeichert waren.
In diesen Fällen gibt es genügend externe Faktoren, die schwerer wiegen als die Frage, ob eine Cloud-Migration als akzeptables Risiko angesehen wird.
Diejenigen unter Ihnen, die alt genug sind, um sich an den Y2K-Bug zu erinnern, kennen ein perfektes Beispiel für externe Faktoren, die die Gleichung des „akzeptablen Risikos“ verändern: eine Situation, in der das Risiko, nichts zu unternehmen, höher war als das Risiko, Maßnahmen zur Neugestaltung, Migration oder zum Austausch selbst geschäftskritischer Legacy-Anwendungen zu ergreifen.
Zugegebenermaßen treffen die oben genannten Szenarien jedoch auf die meisten von Ihnen wahrscheinlich nicht zu. Wenn es um die Umgestaltung geschäftskritischer Anwendungen geht, wägen viele Unternehmen die geringe Erfolgswahrscheinlichkeit gegen die hohen Kosten eines Scheiterns ab und kommen zu dem berechtigten Schluss, dass es sinnvoller ist, die Anwendung so zu belassen, wie sie ist, und abzuwarten, bis die Cloud auf den neuesten Stand ist.
Es übertreiben
Eine weitere unrealistische Strategie bei jedem Umstieg auf die Cloud ist der Versuch, zu schnell voranzukommen. Das führt nicht nur dazu, dass die Anwendung ausfällt, sondern Sie sitzen auch fest, bis Sie entweder zu Ihrer lokalen Bereitstellung zurückkehren oder das Problem in der Cloud beheben können.
Wenn Sie nicht einen Gang zurückschalten und sich die nötige Zeit nehmen, um Ihre Anwendungen gründlich zu prüfen und zu testen, riskieren Sie nach der Migration Latenzprobleme, Datenfehler und Durchsatzmängel. Ab einem bestimmten Schwellenwert können diese zu einem vollständigen Migrationsausfall führen. Das Risiko, dass solche Fehler auftreten, wird erheblich verringert, wenn Sie die Zeit und Mühe aufbringen, die für einen reibungslosen Übergang von der lokalen Umgebung in die Cloud erforderlich sind.
Was sind also realistische Strategien für die Verlagerung von Workloads in die Cloud? Seien Sie gespannt auf unseren nächsten Beitrag, in dem wir Ihnen unsere Empfehlungen vorstellen.