Vor kurzem haben wir eine erfolgreiche Migration von der Neo zu Cloud Foundry (CF) Umgebung durchgeführt. In diesem Blog werde ich unsere gesamte Migrationsreise besprechen - welche Herausforderungen wir zu bewältigen hatten, unsere Erkenntnisse, Empfehlungen und die Schlüsselfaktoren, die zu einer reibungslosen Migration führten.
Ein kompetenter Architekt (des Kunden) macht die Migration einfach. Das war auch in unserem Fall so. Jemand, der das System schon lange kennt, versteht die Probleme bei der Integration und versucht immer, diese zu optimieren.
Dokumentation
Integrationen im Ist-Zustand können anhand der vorhandenen Dokumente nachvollzogen werden. Ein Mangel an Dokumentation kann zu einem erhöhten Aufwand bei der Systemstudie führen.
Ein detaillierter Integrationstracker, den der Kunde zur Verfügung stellte, war unser Lebensretter. Der Tracker erfasste jedes einzelne Detail - Absender, Empfänger, Abhängigkeiten, Umfang, 3rd Kontakt zur Partei usw.
Laufende Maßnahme -> Es wird erwartet, dass das Team den Tracker aktualisiert. Es hat geholfen, den Fortschritt der Einführung während der Sterr Co. Besprechungen.
Ein detaillierter Übergabebogen dient als Spielbuch.
Anregung - Versuchen Sie, vorhandene Vorlagen zu nutzen. Beziehen Sie frühere Vorlagen für Fachwissen ein (frühere Projekte). Um den Gesamtprojektstatus zu verfolgen, sollte das Team den zentral platzierten Entwicklungstracker aktualisieren.
Identifizierung von Komplexitäten - einfach/mittel/komplex
Die richtige Dimensionierung der Schnittstellen half, den Aufwand zu prognostizieren. Jede 3rd kann für eine solche Identifizierung verwendet werden.
Denken Sie daran, dass einige Schnittstellen in die Gruppe der sensiblen Prozesse fallen können, wie z. B. die Einhaltung von SOX und GDPR. In unserem Fall half der Architekt des Kunden dem Team bei der Identifizierung sensibler Prozesse.
Anregung - Der Integrationsleiter/Architekt sollte sich eingehend mit dem Grad der Komplexität befassen.
Richtiges Team in Aktion und Teamgröße
Eine korrekte Teamstruktur ist für einen reibungslosen Projektübergang unabdingbar. Bei einem großen Projekt kann eine rasche Weiterbildung der technischen PI/PO-Ressourcen in Bezug auf CI (Cloud-Integration) ein entscheidender Faktor sein.
Ein Projektmanager ist der Kapitän des Schiffes, der von einem Integrationsarchitekten/Leiter unterstützt wird.
Ein Scrum Master und ein Release Master sind wie Navigatoren des Schiffes, die für einen reibungslosen Ablauf sorgen.
Der Integrationsarchitekt und der Projektleiter sollten frühzeitig auf rote Fahnen hinweisen, damit der PM und der Architekt des Kunden die notwendigen Maßnahmen ergreifen können.
Anregung - Organisieren Sie Sitzungen zum Wissensaustausch innerhalb des Teams, um die Nacharbeit zu minimieren. In unserem Fall führte der Architekt des Kunden einige Workshops über die Funktionalität des kundenspezifischen Adapters durch.
Artefaktmigration von Neo nach CF
Für die Migration von iFlows aus der Neo-Umgebung in die CF-Umgebung hat SAP eine Reihe von POSTMAN-Sammlungen bereitgestellt. Mit POSTMAN-Sammlungen kann die Migration von Paketen automatisiert werden.
Link zum Herunterladen der POSTMAN-Sammlung - hier klicken
Siehe SAP-Hilfedokument, wie man die POSTMAN-Sammlung ausführt. hier klicken
Anregung - Pflegen Sie die korrekte Version und die Kommentare, das wird Ihnen bei der Migration von nachträglichen Änderungen helfen.
Anmerkung: Sicherheitsmaterialien (Zertifikate, Secure Parameter, OAuth2 Client Credentials, User Credentials, SSH Known Hosts) und PGP-Schlüssel sind manuell zu pflegen.
Einrichtung der Verbindung
Ein paar 3rd müssen die Parteien möglicherweise die IP-Bereiche der CF-Umgebung auf eine Whitelist setzen.
Siehe Link, um die IP-Bereiche basierend auf Ihrem CF DC zu erhalten: - Klick siee
Freigabe neuer Endpunkte von CI oder APIM an 3rd Partei mit einer neuen Client-ID und geheimen Schlüsseln.
Anregung - Prüfen Sie die Konnektivität von SFTP, FTP, SCC, SMTP usw. rechtzeitig im Voraus. Etwaige unbemerkte Verbindungsprobleme können zu Beginn der Migration behoben werden.
Entwicklung/Migration (CI)
Wenn Neo-Umgebungsvariablen in Groovy-Skripten verwendet werden, müssen diese nach der Migration zu CF angepasst werden (falls zutreffend).
Kümmern Sie sich um die laufenden Entwicklungen in der Neo-Umgebung, da diese später auf CF migriert werden müssen (Retro-Änderungen). Pflegen Sie einen Retro-Tracker für solche Fälle, um die Nachverfolgung zu erleichtern.
Anregung - Bleiben Sie bei der Neo-Produktionsversionsnummer, es sei denn, es handelt sich um eine rückwirkende Änderung. Dies wird bei zukünftigen Nachverfolgungen und Audits hilfreich sein. Versäumen Sie nicht, die Kommentare zu pflegen.
Entwicklung/Migration (APIM) - falls zutreffend
Neue Endpunkte von CF-APIM und geheime Schlüssel, die mit den API-Konsumenten geteilt werden; teilen Sie die IP-Bereiche von NEO für die Whitelist (falls vorhanden). Importieren Sie Zertifikate (falls vorhanden).
Anregung - Die Wiederverwendung bestehender POSTMAN-Sammlungen kann Testzeit sparen. Verbindungstests können im Voraus durchgeführt werden, um zu prüfen, ob Postman-Aufrufe den Proxy-Endpunkt erfolgreich erreichen. Versuchen Sie, sich an die gleichen Namenskonventionen der Sicherheitsmaterialien zu halten.
3rd Fremdadapter (falls vorhanden)
Falls eine 3rd Party-Adapter werden verwendet, wie z. B. Advantco, um SFDC, Azure Blob, NO SQL usw. zu verbinden, die erneut konfiguriert werden müssen, wenn die Umgebung von Neo zu CF geändert wird.
Prüfen Sie, ob die 3rd Einsatz des Adapters in der neuen Umgebung (CF) mit den erforderlichen Zertifikaten (hinzugefügt im bekannten Host).
Eine neuere Version von 3rd Party Adapter die Namespaces aktualisieren kann. Dies kann sich auf den XPath auswirken. Vergleichen Sie die Mapping-Ergebnisse (Neo und CF).
Anregung - Lesen Sie die Dokumentation des benutzerdefinierten Adapters.
Unit-Tests und SIT
Hebelwirkung 3rd Party-Tools wie - IFTT INT4 können für den Vergleich komplexer Message-Mapping-Logik (Payload-Vergleich von CF mit Neo) verwendet werden.
Anregung - Erfassen Sie Testnachweise als Beleg für die erfolgreiche Migration. Dieser kann später bei Problemen nach der Migration herangezogen werden.
Benutzerakzeptanztests und Freigabe
Die Einbeziehung von Integrationspartnern ist entscheidend für die Freigabe der UAT. Beginnen Sie mit der Kommunikation rechtzeitig im Voraus.
Um Testzeit zu sparen, versuchen Sie, frühere Testfälle zu verwenden. Testwerkzeuge (wie HPQC oder andere) können verwendet werden, um die Tests zu verfolgen.
Anregung - Durch proaktives Handeln und klare Formulierung lassen sich die meisten unbemerkten Testprobleme in Zukunft vermeiden. Bringen Sie den Unternehmen Vertrauen entgegen, denn es handelt sich um eine technische Umstellung.
Umstellung der Produktion und Inbetriebnahme
Eine detaillierte Cut-Over-Vorlage kann einen erfolgreichen Produktionsabbruch gewährleisten.
Das Cut-over-Playbook sollte Folgendes enthalten: detaillierte Ausführungsschritte, abhängige Schritte, Rollback-Plan, Verbindungsdetails und Kontaktdetails.
Der Versionsverwalter sollte alle wichtigen Interessengruppen regelmäßig über die neuesten Entwicklungen informieren.
Anregung - Besprechung des Übergabebogens mit den Integrationspartnern. Überwachen Sie nach der Einführung den Integrationslauf von Anfang bis Ende.
Hypercare-Unterstützung und Übergabe an das Support-Team
Während der KT - teilen Sie die Herausforderungen mit, die während der Migration und der Tests aufgetreten sind, und geben Sie die möglichen Lösungen an, damit das Support-Team nach der Hypercare-Phase reibungslos arbeiten kann.
JMS-Warteschlangen (falls vorhanden) sind auf große Mengen fehlgeschlagener Nachrichten zu überwachen, da dies die Gesamtleistung des Mandanten beeinträchtigen kann.
Geben Sie alle erforderlichen Unterlagen an das Support-Team weiter - z. B. Testergebnisse, Integrationsentwurf usw.
Anregung - Erörterung von Herausforderungen/Problemen/Fehlern beim Testen.
Empfehlungen
Kompetentes Team - Das richtige Team vor Ort ist der Schlüssel für jede Mission. Die Berater sollten flexibel und proaktiv sein.
Tägliches Stand-up-Gespräch - Um den Fortschritt des Sprints zu verfolgen.
Authentifizierung - Ersetzen Sie BASIS auth durch OAuth2.0. Minimierung der zertifikatsbasierten Authentifizierung, da sie im Falle des Auslaufens der Zertifikate möglicherweise zukünftige Unterstützung erfordert.
Kommunikation - Kommunizieren 3rd Sie sollten sich frühzeitig mit den Beteiligten abstimmen, damit die relevanten Tester entsprechend den Zeitplänen Ihres Projekts eingeteilt werden können. Vorschlag - Beispiel für ein Integrationsdiagramm, das Sie während des ersten Gesprächs mit den betroffenen Systemen, Änderungen am Endpunkt (falls vorhanden), neuen Anmeldeinformationen oder Zertifikatsänderungen austauschen können.
Werkzeuge - HPQC (für die Dokumentation von Testfällen), MS-SP für die Dokumentation. IFTT @INT4 (für den Vergleich von Nutzdaten), POSTMAN (für das Testen des Sendens von Testnutzdaten während Verbindungstests - eher relevant für APIM-Endpunkttests), CPI-Helper-Plugin @figaf für die Aktivierung der Ablaufverfolgung vom Entwicklungsfenster aus, CLDM @Integrtr (für die Protokollierung geschäftskritischer Nachrichten, um eine 360-Grad-Ansicht der Daten zu erhalten).
Zugang - Das Migrationsteam sollte keinen Entwicklerzugang zu - CF-Mandanten und Neo prod-Mandanten haben.
Inventar-Tracker - Ein Inventar-Tracker sollte alle notwendigen Details enthalten Integration tab -> (Paket, Schnittstellenname, Gruppe, Untergruppe, Details zu Drittanbietern, verwendete Kanäle, Daten, Entwickler, Status usw.).
Berechtigungsnachweise - Die Anmeldedaten sollten an einem zentralen Ort aufbewahrt werden, damit das Entwicklungsteam darauf zugreifen kann (passwortgeschützt). Empfehlung - Verbindungstest in der Anfangsphase des Projekts durchführen, um Auswirkungen während der SIT zu vermeiden.
Wichtige Kontakte - Eines der entscheidenden Details mit 100%-Genauigkeit - damit das Entwicklungsteam sie während der SIT/UAT-Phase kontaktieren kann. Unserer Erfahrung nach wird die UAT-Phase die meiste Zeit in Anspruch nehmen. Das Fehlen eines wichtigen Kontakts kann ständige Nachfassaktionen erforderlich machen, was sich auf den Zeitplan auswirkt.
Versorgungsunternehmen - Entwicklungshilfsmittel können das vorhandene Arsenal stets erweitern. Z. B. APIs zum Abrufen der Nachrichtenpersistenz (erkunden Sie den SAP Business Accelerator Hub), Adhoc-Integrationsabläufe, die während der Produktionsunterstützung bei fehlenden Daten nach Bedarf ausgeführt werden können, oder das erneute Auslösen fehlgeschlagener Nachrichten.
Damit sind wir am Ende dieses Blogs angelangt. Wenn Sie die obigen Informationen befolgen, können Sie Ihre Migrationsreise von Neo zu CF problemlos bewältigen. Bitte teilen Sie Ihre Erfahrungen.
