Databasen og integrasjonene er den usynlige grunnmuren i en digital tjeneste. Snarveier kan gi fart i starten, men blir kostbare når flere systemer, brukere og krav skal inn. Seks tidlige valg gjør løsningen enklere å utvikle og tryggere å drifte.
- Gi hvert viktig dataområde én autoritativ kilde og en tydelig eier.
- Modeller stabile forretningsbegreper, ikke bare dagens skjermbilder.
- Design integrasjoner for forsinkelser, duplikater og midlertidige feil.
- Planlegg tilgang, sletting, backup og dokumentasjon før behovet blir akutt.
Gi hvert dataområde én tydelig eier
Bestem hvilket system som er fasit for kunde, ordre, produkt og andre sentrale begreper. Beskriv hvem som kan opprette og endre informasjonen, og hvordan feil rettes. Når flere systemer får være likeverdige kilder, oppstår konflikter som er vanskelige å oppdage og enda vanskeligere å rydde.
Modeller virkeligheten – ikke dagens skjermbilder
En god datamodell beskriver varige begreper og relasjonene mellom dem. Skill for eksempel mellom en kunde, en kontaktperson og en ordre, selv om de vises samlet i grensesnittet. Bruk tydelige navn, nødvendige valideringsregler og planlagte migreringer slik at data kan utvikles uten å miste mening.
Design integrasjoner for feil
Eksterne tjenester kan være trege, utilgjengelige eller sende samme hendelse flere ganger. Integrasjoner bør derfor kunne prøve på nytt uten å duplisere data, håndtere kø og vise hvor en prosess stoppet. Avklar også versjonering og hva som skjer dersom et felt eller endepunkt endres.
Gi minst mulig tilgang
Brukere og tjenester bør bare få tilgang til dataene og handlingene de trenger. Skill mellom miljøer, hold hemmeligheter utenfor kildekoden og logg administrative endringer. Regelmessig gjennomgang av tilganger er særlig viktig når ansatte, leverandører eller systemroller endres.
Planlegg sletting, backup og gjenoppretting
Lagring «for sikkerhets skyld» øker både kostnad og risiko. Bestem hvor lenge ulike data skal beholdes og hvordan de slettes i hovedsystemer, logger og kopier. Backup er først verdifull når gjenoppretting er testet, ansvar er avklart og virksomheten vet hvor mye datatap og nedetid den tåler.
Dokumenter det neste teamet trenger
Hold et kort, oppdatert kart over systemer, dataflyt, eiere, avhengigheter og kritiske rutiner. Beskriv hvordan en utvikler kjører løsningen, hvordan endringer rulles ut og hvordan feil undersøkes. Dokumentasjonen skal gjøre en konkret oppgave mulig, ikke bare bevise at dokumentasjon finnes.
Dette bør være avklart før dere går videre
- Autoritativ kilde og eier er definert for hvert sentrale dataområde.
- Datamodellen har forståelige navn, relasjoner og valideringsregler.
- Integrasjoner tåler duplikater, forsinkelser og midlertidige feil.
- Tilganger følger minste privilegium og kan revideres.
- Rutiner for lagringstid, sletting og gjenoppretting er testbare.
- Systemkart, dataflyt og driftsrutiner holdes oppdatert.
Kilder og videre lesning
Regler og anbefalinger kan endres. Bruk lenkene under for å kontrollere hva som gjelder for deres løsning og virksomhet.
Vil du bruke dette på din virksomhet?
Vi gir deg gjerne en konkret vurdering av situasjonen og de viktigste neste stegene.
Ta en uforpliktende prat