Hvor skal et system bo?
Selvhostet, privat hosting eller en driftet platform: den ærlige udgave af denne beslutning har flere akser — og ingen af mulighederne er sikker i sig selv.
Flere og flere organisationer spørger, om et system kan køre på deres egen infrastruktur frem for inde i en leverandørs platform. Det er et rimeligt spørgsmål, og det fortjener et mere præcist svar end både »skyen er fin« og »selvhosting er sikrere«.
Sikkerhed er ikke den akse, folk tror
En veldrevet platform bliver opdateret, overvåget og sikkerhedskopieret af et hold, hvis fuldtidsopgave det er. En intern server, ingen har opdateret siden installationen, bliver ikke sikrere af at stå i jeres bygning. Placering giver ikke sikkerhed — drift gør.
Det, hostingmodellen ændrer, er ikke ét sikkerhedsniveau, men et sæt konkrete egenskaber: hvem der teknisk kan tilgå data, hvor de opbevares, hvor længe de gemmes, hvad der sker ved kontraktens ophør, og hvor meget af det I selv kan efterprøve.
De akser, der reelt betyder noget
Kontrol. Kan I bestemme, hvem der har adgang, hvordan backup håndteres, og hvornår systemet ændrer sig?
Kapacitet. Har organisationen — eller ønsker den — evnen til at drive infrastruktur? Ærlighed på dette punkt sparer megen ærgrelse senere.
Kontinuitet. Kan systemet stadig drives, hvis leverandøren forsvinder? Det er ofte det stærkeste praktiske argument for kedelig teknologi og klar dokumentation.
Forpligtelser. Nogle brancher har krav til, hvor oplysninger må behandles. Det er rammer, der skal afklares tidligt sammen med jeres egne rådgivere — ikke antagelser overtaget fra en leverandørs markedsføring.
Sådan griber vi det an
Vi bygger bevidst på almindelig teknologi — PHP, MySQL eller MariaDB og standard webhosting — hvilket betyder, at et system kan køre på delt hosting, en privat server eller jeres egen infrastruktur uden at skulle skrives om. Det gør hostingbeslutningen let at lave om, og det er som regel mere værd end at ramme rigtigt første gang.