Plan de overstap al bij de keuze van software
Opensourcecode maakt wijzigingen eenvoudiger. Welke gegevens, accounts en diensten moeten meegaan, hangt af van de afgesproken omvang van de overstap.
Een exitplan hoort bij de keuze van een softwareoplossing al vast te leggen welke verandering later mogelijk moet zijn. Een nieuw ontwikkelteam, een andere hostingomgeving en het volledig vervangen van gekoppelde diensten zijn verschillende projecten. Wie die grens vroeg bepaalt, kan afhankelijkheden bewust accepteren en het benodigde bewijs afspreken.
Opensourcecode laat externe afhankelijkheden bestaan
Een licentie volgens de Open Source Definition van de OSI omvat toegang tot broncode en de mogelijkheid om wijzigingen en afgeleide werken te verspreiden. Daarmee gaan een gehoste zoekdienst, een bedrijfsaccount of de daar opgeslagen documenten niet automatisch mee over.
In het fictieve portaal P-18 heeft de toepassingscode een opensourcelicentie. De oorspronkelijke documenten staan in aparte bestandsopslag, de koppelingen van personen aan projecten in de toepassing en de zoekindex bij een beheerde dienst. Een nieuwe ontwikkelaar kan de code aanpassen. Of het portaal na een leverancierswissel dezelfde documenten met dezelfde toegangsregels vindt, blijft een aparte vraag.
Onderscheid de omvang van de wissel vóór de inkoop
In dit voorbeeld zijn drie doelen denkbaar. De tabel beschrijft verwacht bewijs, geen reeds uitgevoerde migratie.
Doel van de wissel | Wat in het voorbeeld mag blijven | Benodigd bewijs |
|---|---|---|
Hosting, opslag en zoekdienst | Het nieuwe team werkt met eigen bevoegde accounts; verantwoordelijkheden en benodigde documentatie zijn overgedragen. | |
Nieuwe hostingomgeving voor de toepassing | Opslag en zoekdienst onder controle van het bedrijf | De toepassing bereikt deze diensten vanuit de nieuwe omgeving en blijft de afgesproken toegangsregels toepassen. |
Volledige vervanging van gekoppelde diensten | De huidige leveranciers hoeven niet te blijven | Oorspronkelijke documenten, beschrijvende metadata en rechtenkoppelingen zijn overdraagbaar; zoeken en toegang worden in de doelomgeving opnieuw getest. |
Een gekopieerde zoekindex vervangt de oorspronkelijke documenten en hun koppelingen niet automatisch. Voor een herbouw moet vaststaan waar tekst, vaste documentidentificaties en rechten vandaan komen. Een indexformaat dat alleen de oude dienst begrijpt, is nog geen bruikbaar overdrachtsbewijs voor een andere zoekdienst.
Bewust een afhankelijkheid behouden kan zinvol zijn
Een beheerde dienst kan genoeg voordeel bieden om de inspanning van een latere wissel te rechtvaardigen. De Britse overheidsrichtlijn over technische leveranciersafhankelijkheid adviseert de gevolgen van wisselen af te wegen tegen het voordeel van blijven. Ook open formaten en beschikbare kennis in het team komen aan bod.
Bij de tweede tabelrij kan het redelijk zijn de zoekdienst te blijven gebruiken. Dan moet duidelijk zijn wie het account beheert, toegang kan geven en de dienst na de wissel onderhoudt. Moet ook die dienst vervangbaar zijn, dan zijn gegevenstoegang en het testen van een alternatief extra werk binnen de afgesproken omvang. Het etiket ‘open source’ beslist deze keuze niet.
Neem de gekozen omvang op in de opdracht
Een uitgewerkte afspraak voor het voorbeeld kan luiden: ‘De toepassing moet naar een andere hostingomgeving kunnen verhuizen. Documentopslag en zoekdienst blijven in onze bedrijfsaccounts. In de doelomgeving worden het openen van een toegestaan document en het weigeren van hetzelfde document voor een beperkte rol getest.’
Zo wordt de behouden afhankelijkheid zichtbaar en is de controle gekoppeld aan een concrete taak. Als later een volledige productwissel nodig is, kan gericht worden vastgesteld welke extra gegevens, interfaces en kennis ontbreken. Het exitplan moet met wijzigingen aan het systeem worden bijgewerkt.
Bronnen
Verder lezen
Alle artikelen
Softwareontwikkeling met ASES
Maatwerksoftware, web- en mobiele apps