Meerdere clouds. Eén duidelijk plan.

Een systeem is niet zinvol te plaatsen zonder de datawegen te kennen. Een lokaal draaiende applicatie kan nauw verbonden zijn met een database, machinekoppeling of gebruikersbeheer. Als afzonderlijke delen worden verplaatst, kunnen responstijden en de afhankelijkheid van verbindingen belangrijker worden. Daarom bekijken wij samen welke onderdelen bij elkaar moeten blijven en welke daadwerkelijk gescheiden kunnen worden beheerd. De gewenste inzet van meerdere aanbieders wordt tegen deze eisen afgewogen, in plaats van als doel op zich te worden aangenomen.

Het doelbeeld houdt rekening met het zakelijke nut en met de extra inspanning. Verschillende omgevingen hebben mogelijk hun eigen toegangsprocedures, tools en kennis nodig. Ook doorlopend dataverkeer en de ondersteuning van gemeenschappelijke interfaces horen bij de beoordeling. De beslissing documenteert waarom een applicatie op een bepaalde plek blijft of daarnaartoe wordt verplaatst. Zo ontstaat een architectuur die bij latere wijzigingen controleerbaar blijft en waarvan de spreiding te verklaren is vanuit de eisen van uw applicaties.

Een geslaagde netwerkverbinding bewijst nog niet dat de applicatie via die verbinding volledig functioneert. Naamresolutie, gebruikersrechten, gegevenstoegang en externe interfaces kunnen extra voorwaarden hebben. Bij de uitvoering worden daarom de benodigde communicatiewegen samen in kaart gebracht en ingericht. Vervolgens controleren technische en inhoudelijke betrokkenen de relevante processen. Zo kan worden vastgesteld of de omgeving niet alleen bereikbaar is, maar onder de nieuwe omstandigheden ook daadwerkelijk de beoogde taken vervult.

Daarnaast wordt beoordeeld wat er gebeurt bij een onderbreking. Welke onderdelen blijven bruikbaar, welke processen komen in de wacht te staan en welke gegevens moeten later worden gesynchroniseerd? De antwoorden bepalen welke procedures nodig zijn in het beheer. Tests en documentatie maken de grenzen van de gekozen architectuur zichtbaar. Waar een gewenst gedrag niet wordt bereikt, moet een bewuste beslissing worden genomen over aanpassing, extra maatregelen of de blijvende beperking. Deze beslissing hoort bij de acceptatie van de integratie.

Bij een storing die meerdere omgevingen raakt, is vaak eerst onduidelijk welk deel de oorzaak vormt. Zonder afgestemde meldroutes kunnen meerdere partijen dan telkens naar een ander verantwoordelijkheidsgebied verwijzen. Daarom leggen wij samen vast wie een incident aanneemt, welke informatie nodig is en hoe verdere betrokkenen worden ingeschakeld. Ook wordt de afstemming bij wijzigingen beschreven, zodat een ingreep in de ene omgeving niet ongemerkt gevolgen heeft voor andere applicaties of locaties.

Een latere overstap wordt beoordeeld aan de hand van concrete afhankelijkheden: gegevensexport, gebruikte diensten, configuratie en noodzakelijke aanpassingen aan de applicatie. Meerdere aanbieders gebruiken betekent niet automatisch dat een applicatie zonder meer tussen hen kan worden verplaatst. Deze grenzen worden gedocumenteerd en de mogelijke inspanning wordt ingeschat. Uw team krijgt daardoor een heldere basis voor toekomstige beslissingen en kan inschatten welke voorbereiding nodig zou zijn voor een verplaatsing of consolidatie van het landschap.