Wat is migratie?
Migratie is het proces van het verplaatsen van data, integraties en applicaties van een bestaande omgeving naar een andere omgeving. Bij een integratiemigratieproject houdt dit in dat databases, integratie-artifacten, certificaten en inloggegevens worden gemigreerd.
Waarom is migratie belangrijk?
Naarmate technologie evolueert, worden verbeteringen in prestaties, geavanceerde beveiliging en efficiëntere architecturen beschikbaar. Als gevolg van deze evolutie kunnen nieuwe oplossingen kosteneffectiever zijn dan het onderhouden van de bestaande oplossing. Het kan ook zijn dat de gebruikte integratieproducten hun eindondersteuning bereiken door de leverancier. Gezien deze omstandigheden is het belangrijk om proactieve migratiestrategieën te hebben om mogelijke valkuilen te vermijden en voorop te blijven lopen in digitale transformatie.
Wat zijn de belangrijkste factoren in een migratieproject?
Migratieprojecten kunnen uitdagend zijn als belangrijke factoren niet in overweging worden genomen. Laten we enkele belangrijke factoren toelichten.
Compatibiliteit van de Technologiestack van de Integratielaag
De verschillen tussen de bestaande technologiestack en de voorgestelde technologiestack zijn cruciaal bij een integratiemigratie. Evalueren van de standaardondersteuning van de voorgestelde oplossing om de bestaande use-cases te faciliteren, maakt de migratie efficiënter. Als maatwerk nodig is, moet dit voorafgaand aan de migratie worden geïdentificeerd en gepland. Voorbeeld: In de bestaande integratieomgeving zijn de bestandsverwerkingsmogelijkheden mogelijk niet standaard ondersteund en is er maatwerk gedaan om bestandsbewerkingen te verwerken. Maar in de voorgestelde oplossing kunnen de bestandsmogelijkheden standaard worden ondersteund. In dat geval is maatwerk niet nodig.
Als de migratie binnen dezelfde leverancier wordt uitgevoerd, is het belangrijk om aandacht te besteden aan de verbeteringen en veranderingen in de technologiestack. Dit stelt integratieontwikkelaars in staat om de bestaande integraties aan te passen voor betere versies. Voorbeeld: Een nieuwe configuratie kan zijn geïntroduceerd om de efficiëntie te verbeteren met minder hulpbronnen, of sommige configuraties kunnen zijn verouderd. In dergelijke gevallen moeten de use-cases van die configuraties worden onderzocht in de bestaande integraties en dienovereenkomstig worden aangepast bij het verplaatsen van de integraties naar de voorgestelde omgeving.
Architecturale veranderingen
In een migratieproject kunnen er architecturale veranderingen zijn tussen de bestaande oplossing en de voorgestelde oplossing om rekening te houden met voorspelde verkeersstromen, use-cases en regelgeving. Er kunnen bijvoorbeeld nieuwe bestandssysteemintegraties zijn of het verwijderen van een bestandssysteem. Het kan een andere message broker, proxyservers, enz. zijn. Bewustzijn van de architecturale veranderingen stelt integratie-ingenieurs in staat om de potentiële veranderingen in relevante integraties te identificeren en de migratie efficiënter te plannen. Voorbeeld: In de bestaande integratieomgeving is een dataset beschikbaar die als CSV-bestand wordt verwerkt. Maar in de voorgestelde oplossing kan het gegevensverwerkingsgedeelte met een database worden uitgevoerd. Deze belangrijke veranderingen helpen ontwikkelaars de potentiële integratieveranderingen te begrijpen bij het migreren naar de voorgestelde omgeving.
Hergebruik
Bij een migratieproject is het aan te bevelen om bestaande integratie-artifacten zoveel mogelijk te hergebruiken zonder alles vanaf nul opnieuw te doen om inefficiënte ontwikkelingscycli te vermijden.
Voorbeeld: Er kunnen XSLT-transformaties zijn in de bestaande oplossingen die worden gebruikt om verzoeken of antwoorden te transformeren. De kans is groot dat deze XSLT-artifacten ongewijzigd kunnen worden gebruikt.
Als het een migratie binnen dezelfde leverancier betreft, is de kans groot dat de meeste artifacten worden ondersteund in de nieuwe omgeving met kleine of geen aanpassingen.
Documentatie en testpakketten
Documentatie fungeert als de bron van waarheid voor de integratie. Goed gestructureerde documentatie moet alle essentiële informatie bevatten, zoals integratieontwerp, details van de integratiestroom, transformaties, verbindingsdetails, inloggegevens, enz. Ontwikkelaars moeten een documentrichtlijn volgen om ervoor te zorgen dat alle benodigde details worden gedocumenteerd. Verder moet de documentstructuur uniform zijn over alle integraties om de leesbaarheid te verbeteren.
De integratie-ingenieurs kunnen verwijzen naar de documentatie en de context van elke integratie begrijpen vóór het migratieproces. Dit zou de efficiëntie van het proces verbeteren en de regressieproblemen verminderen.
De meest efficiĂ«nte manier om de functionaliteit van een integratie te verifiĂ«ren, is geautomatiseerd testen. Daarom is het belangrijk om sterke geautomatiseerde testpakketten te hebben die niet alleen de positieve scenario’s, maar ook de foutscenario’s en randgevallen dekken. Dit maakt het verificatieproces efficiĂ«nt voor zowel de integratie-ingenieurs als testers.
Netwerkconnectiviteit
Een integratieplatform, vooral een gedistribueerd systeem, kan verbinding maken met meerdere componenten zoals bestandssystemen, externe systemen, proxyservers, enz. Daarom is het essentieel om in de nieuwe omgeving ervoor te zorgen dat alle communicatiekanalen aanwezig zijn vóór de migratie-inspanning om de migratie efficiënter te maken.
Er zijn gelegenheden waarbij het instellen van de verbinding met een extern systeem enkele dagen kan duren vanwege het naleven van de bedrijfsprotocollen. Voorbeeld: Een extern systeem moet mogelijk de IP-adressen van de nieuwe implementatie op de whitelist zetten (of vice versa). Hiervoor kan goedkeuring nodig zijn en het kan tijdrovend zijn. Ook kan het zijn dat het externe systeem Mutual TLS moet configureren met de nieuwe omgeving om de communicatie tot stand te brengen. Als je tijdens de migratie/testfase een verbindingsprobleem ondervindt, zal dit het proces vertragen. Maar als je dit van tevoren plant, verloopt het proces soepel.
Certificaat- en inloggegevensmigratie
Aangezien integratieomgevingen communiceren met meerdere systemen om aan de integratievereisten te voldoen, wordt sterk aanbevolen om beveiligde protocollen zoals HTTPS te gebruiken voor de communicatie in plaats van HTTP. Ook kan het zijn dat de integratielaag JWT-tokens genereert of valideert. Om aan deze vereisten te voldoen, moet de integratieomgeving de benodigde certificaten hebben geconfigureerd in de keystores. Beveiliging is cruciaal in integratie. Daarom kan het zijn dat de integratie gebruik maakt van API-sleutels, client credentials, basic auth, enz. om te communiceren met externe systemen. Deze inloggegevens moeten worden gemigreerd naar de nieuwe omgeving om ervoor te zorgen dat de integraties soepel werken in de nieuwe omgeving.
Go-live strategie
De go-live fase is een van de belangrijkste fasen van een migratieproject. Het wordt sterk aanbevolen om stap voor stap integratie te migreren en live te gaan in plaats van alle integraties tegelijk te migreren om onvoorziene risico’s in het migratieproces te verminderen. Bij het volgen van dit proces is het belangrijk om een onderhoudsvenster te kiezen waarin de bedrijfsimpact minimaal is. Verder is het belangrijk om de verkeersschakelstrategieĂ«n te plannen. Het kan canary of blauw/groen zijn, afhankelijk van de vereisten. In het onwaarschijnlijke geval dat de wijzigingen moeten worden teruggedraaid, is een fallback-strategie noodzakelijk.
Zodra de integratie is geĂŻmplementeerd in de nieuwe productieomgeving en de functionaliteit is bevestigd, wordt aanbevolen om de oude integratie en oude omgeving geleidelijk uit te faseren om onnodige onderhoudsoverhead te vermijden.
Het wordt sterk aanbevolen om omgevingsscheiding te hebben, zoals dev, acceptatie en productie. Het scheiden van omgevingen stelt ontwikkelaars in staat om procedureel te migreren en te testen en de integratie naar hogere omgevingen te promoten.
Bovendien maakt het prestatietesten in de acceptatieomgeving mogelijk en kan de capaciteitsplanning dienovereenkomstig van tevoren worden uitgevoerd.
Conclusie
Migratie is het overbrengen van data, integraties naar een andere omgeving vanwege betere prestaties, nieuwe functies, regelgeving, beveiliging, enz. Een proactieve migratiestrategie is belangrijk in digitale transformatie.
Het migratieproces kan uitdagend zijn als de belangrijkste factoren niet in overweging worden genomen. Een goed begrip van de bestaande integraties en de verschillen in de voorgestelde architectuur en producten maakt een soepel migratieproces mogelijk. Het van tevoren plannen van de go-live strategie helpt bij een soepele overgang van live verkeer en het verminderen van risico’s.
Als je vragen hebt over migraties, neem dan gerust contact op met onze experts bij Yenlo.
