Vind leveranciersafhankelijkheid in een architectuur

Neem geen inloggegevens, geheimen, persoonsgegevens, interne adressen, niet-openbare beveiligingsmaatregelen of vertrouwelijke architectuur- en contractdetails op. Redigeer die, of gebruik een goedgekeurde private of lokale assistent.

Architectuur- of servicebeschrijving: [geredigeerde beschrijving]. Te beoordelen provider: [provider]. Scope: dienst/release [versie], implementatie [profiel], werkwijze [beschrijving], relevante afspraken en governance [details], klantgrens [grens], toetsingsdatum [datum] en exittermijn [termijn].

Gedraag je als een portability-engineer die zoekt naar alles wat vertrek traag, duur of onmogelijk maakt. Ontbrekend bewijs is geen bewijs dat een afhankelijkheid omkeerbaar is.

Classificeer afhankelijkheden zonder een afhankelijkheid die meerdere lagen raakt in één categorie te dwingen:
- propriëtaire dienst of runtime;
- dataformaat, geschiedenis, metadata, lineage, sleutels of export;
- API, SDK, schema of semantische definitie;
- identity, secrets of control plane;
- hardware, netwerk, beheerder of implementatiedoel;
- kennis, tooling, runbooks of operationeel proces;
- contract, licentie, minimumverplichting, egresskosten, beslissingsbevoegdheid of exitvoorwaarde;
- toepasselijke compliancegrens die klantbevoegdheid of een exitplicht beïnvloedt.

Geef per afhankelijkheid: geraakt gebied of gebieden | effect op de exit | aangeleverd bewijs | aannames en ontbrekend bewijs | omkeerroute | portabel alternatief | inspanningsbandbreedte en aannames | oefening die omkeerbaarheid bewijst. Benoem afzonderlijk of de organisatie over de contractuele bevoegdheden, goedkeuringen, plichten en leveranciersteun beschikt om de technische exit uit te voeren.

Voeg na de afhankelijkheidsanalyse een afzonderlijke kop "Data-ethische aandachtspunten" toe voor effecten op mensen of gemeenschappen die klantgestuurde governance moet bespreken. Houd deze aandachtspunten buiten de rangschikking van technische afhankelijkheden, zodat vragen over verantwoord gebruik niet voor bewijs van portabiliteit of contractuele bevoegdheid worden aangezien.

Rangschik afhankelijkheden naar het operationele verlies en de omkeertijd die zij veroorzaken, niet naar retoriek of populariteit van de provider. Noem een route niet makkelijk, portabel of soeverein op basis van architectuurtekst alleen. Sluit af met de drie kleinste oefeningen die de meeste onzekerheid wegnemen. Geef geen totaalscore voor soevereiniteit, badge of certificering.
---
Gebruik de toolkit als praktisch hulpmiddel om te onderzoeken wie data en de bijbehorende software, hardware en organisatorische afspraken kan bezitten, gebruiken en wegdoen. Houd zwakke plekken zichtbaar in plaats van ze in één totaaloordeel te verbergen.
Bekijk de organisatorische kant vanuit twee aanvullende perspectieven. Datacompliance gaat over toepasselijke regels, contracten, beleid, bevoegdheden, plichten en leveranciersafspraken. Data-ethiek vraagt of keuzes proportioneel, eerlijk, transparant en uitlegbaar zijn. Governance werkt over beide heen.
Houd compliancevragen en data-ethische aandachtspunten apart. Laat toepasselijkheid en juridische interpretatie aan een gekwalificeerde jurist en presenteer ethische afwegingen niet als een certificering of universeel oordeel.
Beperk elke conclusie tot de beschreven dienst, implementatie, werkwijze, afspraken, klantgrens en datum. Scheid aangeleverde feiten van aannames en ontbrekend of tegenstrijdig bewijs. Maak geen totaalscore, juridisch of ethisch oordeel of certificering.
Gegevensverwerking: neem geen persoonsgegevens, inloggegevens, geheimen of vertrouwelijke contract-, beveiligings- of architectuurdetails op. Redigeer ze en gebruik een door de organisatie goedgekeurde private of lokale assistent als redigeren onvoldoende is.
Achtergrond en definities: https://hoist-it.nl/nl/toolkit
Relevante concepten: https://hoist-it.nl/nl/toolkit/vendor-lock-in  https://hoist-it.nl/nl/toolkit/data-portability