Verificér en exit, før du bliver afhængig af en tjeneste
Skeln mellem ejerskab til kildekode og muligheden for at flytte driften. Test eksport, uafhængige builds, infrastrukturadgang og den nødvendige dokumentation for en overgang.
Udgivet af TaigaSådan skriver vi
Det lærer du
- Identificér de aktiver og rettigheder, der kræves for at drive systemet uden en leverandør.
- Design en lille exitøvelse, før en kritisk afhængighed opstår.
- Skeln mellem beslutninger om eksport, overgang og sletning.
Definér, hvad der skal forblive brugbart
Ejerskab til kildekode er værdifuldt. Det er kun én del af en exitplan.
Overvej en fiktiv applikation med kildekoden i virksomhedens repository. Buildet henter en privat pakke fra leverandøren. Produktion bruger en cloudkonto, som leverandøren ejer. Ingen har dokumenteret proceduren til gendannelse af databasen.
Virksomheden har koden, men kan endnu ikke drive tjenesten uafhængigt. Exitplanen skal omfatte rettigheder, aktiver, adgang og viden samlet.
Kortlæg afhængighederne
| Aktiv eller ansvar | Spørgsmål om exit |
|---|---|
| Kode og historik | Kan det næste team få adgang til hele repositoryet? |
| Pakker og licenser | Kan det skaffe og bruge alle nødvendige afhængigheder? |
| Data og skemaer | Kan det gendanne brugbare poster med intakte relationer? |
| Infrastruktur og konfiguration | Kan det genskabe miljøet og de nødvendige indstillinger? |
| Identiteter og secrets | Hvem opretter nye adgangsoplysninger og styrer adgang? |
| DNS og certifikater | Hvem kan flytte det offentlige endpoint? |
| Dokumentation og drift | Hvilke beslutninger, runbooks, tests og hændelsesregistreringer forbliver tilgængelige? |
Kontrollér eksportformater og omfang. En læsbar dokumenteksport bevarer ikke nødvendigvis alle relationer, vedhæftninger eller kørselsregistreringer. Bed om et eksempel, og undersøg det sammen med dem, der skal bruge det.
Gennemfør en uafhængig genopbygning
Brug et sikkert testmiljø og godkendte eksempeldata. Giv en autoriseret udvikler den foreslåede overdragelsespakke. Bed vedkommende bygge applikationen, anvende konfigurationen, gendanne dataene og verificere én komplet forretningshandling.
Registrér hver manglende del, og hvor lang tid det tager at skaffe den. Undgå ubemærket at tilføre udokumenteret viden under øvelsen. Formålet er at finde det, næste team vil mangle.
Undersøg derefter overgangens begrænsninger: overlappende abonnementer, tid til dataoverførsel, pakkeadgang, identitetsændringer og tilgængelig support. Medtag omkostningerne i sammenligningen af byg selv og køb.
Skeln mellem eksport og sletning
Eksport skaber en kopi. Overgang ændrer, hvem der driver tjenesten. Sletning fjerner bestemte poster gennem den aftalte proces. Det er særskilte beslutninger med forskellig dokumentation.
Definér den nødvendige opbevaring og sletningens omfang med de relevante ansvarlige. Bekræft leverandørens aktuelle vilkår og procedurer. Slet ikke den eneste brugbare gendannelseskopi, før det modtagende system er verificeret.
Taiga dokumenterer en administrativ eksportproces og en særskilt sletteproces. Secretværdier er udeladt fra eksporten. Overdragelsen kræver derfor en autoriseret måde at genskabe nødvendige secrets på. Verificér det aktuelle eksportindhold mod overgangens behov; antag ikke, at det er en komplet applikationsbackup.
Beslut, hvilke afhængigheder der er acceptable
Portabilitet kræver ikke, at alle administrerede tjenester fjernes. En afhængighed kan være et rimeligt valg, når dens værdi, begrænsninger og vej til overgang er forstået.
Registrér de accepterede afhængigheder, en ansvarlig og en udløser for review. Gentag exitøvelsen efter en væsentlig arkitektur- eller kontraktændring. Fortsæt med en ibrugtagningsplan, der omfatter dette ansvar fra starten.
Lav øvelsen
En fiktiv leverandør giver dig et Git-repository og en databaseeksport. Oplist fem andre ting, du skal bruge for at drive applikationen uafhængigt. Vælg én, og beskriv en test, der kan afsløre en manglende afhængighed.
Download arbejdsark (Markdown)Kontrollér din forståelse
Kilder og videre læsning
- NIST: Secure Software Development Framework ↗
- Taiga docs: Data and privacy ↗
- Taiga docs: Integrations and environments ↗
Relateret læsning fra Taiga
Fjerner du dette valg, slettes al fremgang gemt i denne browser.
Fremgangen bliver i denne browser. Ingen konto, ingen sporing.