Nachdem ein wichtiger Marktteilnehmer im Bereich Mobility as a European Service einige Jahre lang mit der Cloud experimentiert hatte, um neue Projekte umzusetzen, beschloss er, seine beiden Rechenzentren innerhalb von 18 Monaten zu leeren, mit folgenden Zielen:
- Kürzere Markteinführungszeiten und mehr Agilität für Unternehmen
- Ressourcen freisetzen, um „kundenzentrierter“ zu sein
- Eine größere Innovationsfähigkeit
- Ein hohes Maß an Verfügbarkeit im großen Maßstab
- Optimierung der Hosting-Kosten
Das Informationssystem des Unternehmens ist allgemein zugänglich und verfügt über zahlreiche Verbindungen zu Partnern, die Mobilitätsdienstleistungen anbieten. Die Teams sind in DevOps-Fabriken organisiert, die agile Methoden der Integration und kontinuierlichen Bereitstellung über eine von der IT4IT-Einheit bereitgestellte CI/CD-Kette übernommen haben.
Das zu analysierende Anwendungsportfolio besteht aus etwa 350 Anwendungen, die auf etwa 7.500 physischen und virtuellen Servern basieren. Die Serviceanforderungen sind hoch, und die meisten Anwendungen sind rund um die Uhr verfügbar und absorbieren sehr große Schwankungen im Transaktionsvolumen.
Das Programm wird über einen Zeitraum von 18 Monaten durchgeführt: Die Mobilisierungsphase dauert 6 Monate, während die maßstabsgetreue Migration und Stilllegung 12 Monate dauert. Die ausgewählten Pilotanwendungen sind die kritischsten Anwendungen innerhalb des IS und können während der Mobilisierungsphase nicht umgestellt werden.
Vor Mobilise wurde eine wichtige Entscheidung getroffen: die Verwendung des Rebuild-Ansatzes (Neubereitstellung von Anwendungen hauptsächlich auf IaaS-Infrastrukturen, EC2, EBS, EFS), der Folgendes bietet:
1. Vorteile
- Die Möglichkeit, so viel wie möglich von den vorhandenen Bereitstellungstools des Kunden wiederzuverwenden
- Minimierung der Notwendigkeit, die Fähigkeiten der mit der Migration verbundenen Ressourcen zu entwickeln. • Gewährleistung der Schließungszeiten des Rechenzentrums
2. Nachteile
- Frustrierte Technikbegeisterte, die das Gefühl haben, in die Cloud zu migrieren, ohne die Leistungsfähigkeit der Cloud zu nutzen
- Schwierigkeiten bei der Gewährleistung eines Geschäftsfalls
- Die Notwendigkeit, schnell in die Optimierungsphase überzugehen
250 Anwendungen werden über einen Zeitraum von 10 Monaten migriert und 350 Anwendungen werden stillgelegt: 2 Monate sind für die physische Stilllegung des Rechenzentrums reserviert. Das Programm integriert den gesamten Lebenszyklus: Migration, Stilllegung bis hin zur Übernahme der Anlagen durch einen Makler.
Eine wichtige Komponente der Unterstützung wurde von Devoteam in Bezug auf die Kompetenzentwicklung der beteiligten Ressourcen und die Integration von Cloud-Best Practices bereitgestellt:
- Kompetenzbewertungen der verschiedenen Teams im Zusammenhang mit der Mobilisierungsphase
- Definieren individueller Trainingspläne, die AWS-Sitzungen im Katalog, praktische Sitzungen, um ein Gefühl für die wichtigsten Konzepte zu entwickeln, und Spieltage, um Fähigkeiten durch den Wettbewerb mit Kollegen zu vertiefen, umfassen
- Bereitstellung verschiedener Lernmodi mit praktischer Übernahme durch interne Teams
- Unterstützung des Projekts mit einem Ansatz der kollektiven Intelligenz, der eine Vervielfachung der Interaktionen zwischen den Mitgliedern der Projektteams nutzt, sodass individuelle Erfahrungen dem Kollektiv zugute kommen, und die Anpassungen der Betriebsweise des Programms.
Kurz gesagt, hier einige Zahlen, um das Ausmaß dieser Migration zu verdeutlichen:
- Ein anfängliches Portfolio von 350 Anwendungen, das zu 250 Migrationen führte
- 7500 On-Premise-Server und ein Ziel von 4500 EC2, einschließlich einer erheblichen Anzahl von Kubernetes-Clustern
- 120 interne Mitarbeiter wurden während der Mobilisierungsphase integriert und mehr als 300 interne Mitarbeiter trugen zu den verschiedenen Migrationen bei
- Ungefähr 40 Liefermanager in den Fabriken koordinierten die Migrationen
- Ein AWS/Devoteam. Ein Cloud-Team mit nicht mehr als 15 Mitarbeitern
GRTGaz
as Ziel von GRTGaz bestand darin, Anwendungen so weit wie möglich mithilfe verwalteter Dienste auf AWS zu migrieren. Letztendlich besteht das Ziel darin, das Rechenzentrum vor Ort zu schließen.
Die erwarteten Vorteile sind:
- Reduzierte Betriebskosten
- Reduzierte Incidents
- Erhöhte Agilität
- Schnelleres Deployment
GRTGaz Cloud-Reise
GRTGaz begann 2016 mit der Nutzung der AWS-Cloud und die Migrationsreise begann im Jahr 2018:
Die größte Herausforderung bestand darin, eine Migration ohne Dienstunterbrechungen durchzuführen, insbesondere bei einer der kritischsten Geschäftsanwendungen
Diese Anwendungen wurden unter Verwendung verwalteter Dienste entwickelt, um die Verwaltung zu vereinfachen und sie auf skalierbare und sichere Weise bereitzustellen
- 50 Applikationen
- 80 Server
- 50 Anwendungen wurden bis Ende 2020 in die Cloud migriert. Dies entspricht etwa 80 Produktionsservern.
Ziele und Herausforderungen:
- Verfügbarkeit und Skalierbarkeit von Geschäftsanwendungen
- Konzentrieren Sie sich auf Geschäftswerte
- Sicher durch Automatisierung
- Nutzung von Managed Services und Automatisierung für alle Anwendungen
