Open source
I ejer det hele
Mange infrastrukturvirksomheder kalder sig open source. Færre skriver ned, hvad det betyder, så man kan holde dem op på det. Denne side er mit forsøg.
Mit løfte
Jeg leverer, I ejer 100 %
Det er den del af sitet, jeg helst vil måles på. Hvert punkt er et konkret løfte, som kan efterprøves – ikke en værdierklæring. Bryder jeg et af dem, kan I pege på det.
Alt ligger i jeres repository
Pipelines, manifester, Terraform, dashboards, alarmregler og runbooks. Lagt i repositories, som I ejer, under en licens, I vælger. Intet ligger kun på min maskine eller på en konto, jeg styrer.
Kun open source-komponenter
Alt, hvad jeg sætter i produktion, er open source og kan køre på jeres egne servere. Er en managed service virkelig det rigtige svar, siger jeg det, og I beslutter – men udgangspunktet er software, I kan læse.
Ingen afregning pr. server eller bruger
Jeg tager betaling for arbejdsdage. Intet af det, jeg bygger, sender jer en regning, når I vokser, og ingen komponent ringer hjem til Helius eller tæller jeres servere.
Overdragelse er inkluderet
Dokumenteret arkitektur med begrundelserne, en runbook pr. alarm og en arbejdssession, hvor jeres team sidder ved tasterne. Ikke et tilkøb og ikke en sidste linje på fakturaen.
Exit-klausulen
Stop samarbejdet, når I vil. Ingen opsigelsesvarsler, der skal holde jer fast, intet exit-gebyr og intet migreringsprojekt. Alt kører videre, fordi intet af det har brug for mig for at køre.
Upstream, hvor det giver mening
Rettelser og værktøjer, som andre kan bruge, sendes tilbage til de projekter, de kommer fra, eller udgives for sig – med jeres tilladelse og aldrig med noget, der er jeres.
Den stak, jeg anbefaler kunder, er den, jeg selv kører. De dele, jeg har måttet skrive, fordi de ikke fandtes, udgiver jeg som open source af samme grund som alt andet: Software, I ikke kan gennemgå, har ikke noget at gøre som root på jeres servere.
Hvorfor der ikke er noget lukket lag
Den kommercielle logik i et lukket lag er indlysende: Det gør det dyrt at skifte, og så bliver fornyelsen nem. Det virker. Det er også grunden til, at så mange teams driver infrastruktur, de ikke kan gennemskue, betaler pr. server for det og i det stille frygter den dag, licensvilkårene ændrer sig.
Jeg har selv stået i den situation, og det er den erfaring, der har formet det her. Når en agent kører som root på hver eneste af jeres maskiner, er »stol på os« ikke et godt nok svar på, hvad den gør. I bør kunne læse den, bygge den og skifte den ud.
Forretningen her er altså min tid – ikke adgang til noget. Det har en bagside, og den skal nævnes: Jeg kan ikke vise jer en poleret platform med mit logo på, og jeg har ingen faste licensindtægter, der udjævner månederne. Til gengæld får I infrastruktur, der bliver ved med at virke, når fakturaerne stopper. Det er efter min mening den bedste aftale for jer og en ærlig en for mig.
Testen er enkel: Er noget blevet dårligere en måned efter, at jeg er stoppet hos jer? Hvis svaret kunne være ja, har jeg bygget det forkerte.
Forskellen
Meget infrastrukturrådgivning ender med at gøre jer afhængige
Det sker, når det, I får leveret, er adgang til en platform i stedet for kode, der virker, i jeres eget repository. Her er forskellen – sagt, så I kan tjekke den.
Et dashboard, I logger ind på, og som en anden ejer
Konfiguration i jeres repository, som kører på jeres egne servere
Open core: De nyttige funktioner ligger i den betalte udgave
Én udgave. Det hele. Der er ikke noget at opgradere til
Pris pr. server, pr. bruger og pr. gigabyte data
Pris pr. arbejdsdag. Jeres vækst udløser ikke en regning
En lukket agent, der kører som root, og som I ikke kan gennemgå
Open source-komponenter, som I kan læse, bygge og forke
Overdragelse er et tilkøb, der altid ligger ude i fremtiden
Overdragelsen er selve leverancen. Runbooks er inkluderet, ikke faktureret
At stoppe kræver et migreringsprojekt
At stoppe betyder, at jeg ikke kommer igen. Alt kører videre
Teknologi
Alle værktøjer på listen er open source
Det er hverken et tilfælde eller en salgsvinkel, men den begrænsning, jeg arbejder under. Kan et problem kun løses med et lukket produkt, siger jeg det, og så beslutter I. Det er ikke sket ofte.
Linux og kernel
- eBPF
- aya
- bpftrace
- LSM
- systemd
- perf
- strace
Hærdning og adgang
- nftables
- iptables
- fail2ban
- Pritunl
- WireGuard
Konfiguration og provisionering
- Puppet
- Ansible
- OpenTofu
- Packer
- cloud-init
- Debian
- Rocky Linux
Orkestrering
- Kubernetes
- Helm
- Docker
- Podman
CI/CD
- GitLab CI
- GitHub Actions
Observability og detektion
- Zabbix
- Prometheus
- Grafana
- OpenTelemetry
Web og data
- Nginx
- OpenResty
- Lua
- MySQL
- Percona
- PostgreSQL
- Redis
Sprog
- Rust
- Python
- Bash
Kører hos jer · kan gennemgås · jeres at beholde
Fortæl mig, hvad der er galt
Et par linjer om problemet er nok. Inden for én arbejdsdag svarer jeg med, hvad jeg tror, det er, hvor lang tid det cirka tager, og om I overhovedet har brug for mig. Nogle gange er det ærlige svar nej.