Tjekliste
Tjekliste: parathed til tredjepartsintegrationer
28 spørgsmål, der viser, om et leverandørnedbrud rammer én funktion eller hele din platform.
Hvem er den til
Til tekniske ledere, hvis services kalder CRM-, betalings- eller ERP-systemer direkte, og som mistænker, at en leverandørændring vil ramme mere end ét team.
Hvad er der i den
- Ejerskab: hvem svarer, når en leverandør ændrer et felt
- Testen for en stabil kontrakt til hvert eksternt system, du afhænger af
- Robusthed: timeouts, retries, circuit breakers og hvad der kan degradere pænt
- En strangler-migrering, der ikke kræver vedligeholdelsesvindue
Gratis smugkig
Hele tjeklisten har 28 tjek. Her er det første afsnit.
A. Ownership
An inventory lists every third-party system and every service that calls it.
You cannot reduce coupling you have not counted.
Each integration has exactly one owning service or team, and everyone else goes through it.
When a provider changes, there is one place to fix and one person to call.
The number of services calling each vendor directly is one, or is known and shrinking.
Three services calling a payment provider means three places to break.
A named person watches each vendor's changelog and deprecation notices.
Breaking changes should arrive as planned work, not as a production incident.
Vendor credentials live in one secret store with one rotation owner.
Scattered credentials mean a rotation breaks something nobody remembered.
Spørgsmål
- Er den virkelig gratis?
- Ja. Ingen betaling og intet salgsopkald. Du giver mig en e-mailadresse, og PDF’en er din.
- Hvad bruger du min e-mail til?
- Jeg sender en lejlighedsvis besked om lignende ressourcer og nye artikler. Svar “stop”, så fjerner jeg dig.
- Må jeg dele den med mit team?
- Det må du meget gerne. Print den, tilpas den, læg den i jeres wiki. Et link tilbage til siden sætter jeg pris på.