Veel organisaties zien de overstap van SAP PI/PO naar SAP Integration Suite als een technische migratie: gewoon overzetten en klaar. Maar in de praktijk blijkt dat deze lift-and-shift aanpak zelden leidt tot een écht toekomstbestendig integratieplatform.
© SAP
Beschouw de migratie als een herimplementatie in plaats van een kopieeroefening. Met deze aanpak beperk je risico’s én creëer je ruimte om integraties te verbeteren, processen te moderniseren en de nieuwste architectuurstandaarden toe te passen.
Vanuit Twizt hebben we 10 praktische handreikingen opgesteld voor een migratie naar SAP Integration Suite. In deze blog worden er een aantal toegelicht.
1. Standaard migratie tools zijn niet volledig
De standaard migratie tools die SAP aanbiedt, geven een eerste beeld van de omvang van de migratie, maar de T-shirt sizing van SAP is niet afdoende. Zo kijken deze tools niet naar eventueel gebruik van BPM/BRM processen, security, autorisatie en authenticatie, netwerk, connectiviteit etc. Ook beoordelen deze SAP-tools niet of integraties nog wel actief of relevant of up-to-date zijn binnen het integratie landschap. Vertrouw niet blindelings op automatische inventarisatie: voer aanvullende audits en interviews uit met stakeholders en laat een integratie expert een sanity check uitvoeren.
2. Een kans voor optimalisatie
Een automatische migratie zal de oude ontwerpen van de integraties in stand houden. Wat doe je bijvoorbeeld met je ABAP proxy’s, IDocs etc? Een migratie is juist het moment om integraties tegen het licht te houden en indien nodig, te herontwerpen volgens de laatste best-practices en om de nieuwste technieken en architectuur principes toe te passen. Denk hierbij aan een event-driven architectuur en gebruik van API’s (API led). Ook biedt SAP steeds meer standaard content aan. Misschien kan de eigen gebouwde integratie vervangen worden door een standaard integratie van SAP. Het gebruik van SAP Integration Suite geeft een scala aan vernieuwde tools en functionaliteiten die kunnen worden ingezet om een integratie naar een hoger niveau te brengen als het gaat om schaalbaarheid, flexibiliteit en security. Dit zal mogelijk niet volledig worden benut bij een automatische migratie. Kortom: kijk kritisch naar de gebouwde integraties en optimaliseer/herontwerp waar mogelijk.
3. Betrek de business intensief bij het testen
Een migratie raakt niet alleen techniek, maar ook processen en gebruikers. Alles zal volledig getest moeten worden, dus de happyflow maar ook foutsituaties, uitzonderingen etc. Een productieve situatie is vaak niet volledig na te spelen in een test omgeving, een stukje inzicht en ervaring zijn hierbij heel belangrijk. Denk daarnaast ook aan het inrichten van geautomatiseerd testen 
in het nieuwe landschap, of het toepassen van continuous testing binnen een CI/CD-pijplijn. Het voordeel is dat eventuele fouten of performanceproblemen direct na elke wijziging of deployment aan het licht komen en niet pas in een productieomgeving. Zorg voor testscenario’s die verder gaan dan de happy flow, plan acceptatietesten en stress testen, maar voorzie ook in fallback scenario’s.
Houd onze blog in de gaten, in de tweede blog worden de overige zeven handreikingen toegelicht.
