Infrastruktur

• Én infrastrukturplan til 14 afdelinger

  Har designet en omfattende infrastrukturramme for et forskningsinstitut, der omfatter 14 afdelinger, med fleksible moduler, samlede datapipelines og strukturerede supportstrategier, der sikrer langsigtet forankring.

• Har bygget det første observerbarhedsdashboard

  Har udviklet og lanceret virksomhedens første dashboard til observerbarhed, der viste systemets ydeevne i realtid og visualiserede data på den store tv‑skærm på kontoret.

• Har drevet 10 PostgreSQL- og MS SQL‑servere

  Har designet, idriftsat og vedligeholdt 10 PostgreSQL- og MS SQL‑servere på Ubuntu Linux VPS og sikret optimal ydeevne og driftssikkerhed på serverne.

• Har skrevet 1.000 RBAC‑regler til Linux‑servere

  Har forbedret datasikkerheden ved at implementere 1.000 RBAC‑regler for udviklere, applikationsinstanser, PostgreSQL, MS SQL og andre Linux‑servere for at forhindre uautoriseret adgang; dokumenteret med Ansible‑automatisering.

• Har automatiseret 100 kritiske databackups

  Har automatiseret 100 kritiske databackups ved hjælp af Barman, Google Cloud, Bash og Python og sikret dataintegriteten i alle databaser.

• Har drevet 20 Docker‑apps på Google Cloud og AWS

  Har udrullet og vedligeholdt 20 containeriserede Docker‑applikationer, fejlsøgt med Podman og Kubernetes og administreret R‑baserede apps på Google Cloud og AWS.

• Har administreret 30 Ubuntu Linux VPS‑instanser

  Har administreret 30 Ubuntu Linux VPS‑instanser, implementeret disaster recovery‑strategier og sikret optimale netværkskonfigurationer.

• Har ledet adgangsstyring med M365 og SSO

  Har forhindret sikkerhedsbrud ved at lede initiativer inden for adgangsstyring med M365, 1Password, Red Hat SSO og OKTA SSO.

• Har reduceret driftsrisici med Grafana

  Har reduceret driftsrisici ved at implementere et overvågningsdashboard med Grafana og Prometheus og forbedret systemets driftssikkerhed.

• Har administreret og fejlsøgt 8 VPN‑forbindelser

  Har administreret og fejlsøgt 8 WireGuard VPN- og IPsec VPN‑forbindelser og sikret beskyttet kommunikation mellem Google Cloud og Linux‑systemer.

• Har fornyet processer og sparet 8.000 timer

  Har gennemgribende fornyet interne processer og sparet 8.000 timer ved at forbedre softwarearkitektur, systemer og planlægningseffektivitet.

• Har administreret netværksinfrastruktur

  Har administreret netværksinfrastruktur for over 1.000 servere og sikret optimal systemudrulning, sikkerhed og fejlfinding.

• Har automatiseret SSL/TLS til 100 Docker‑apps

  Har automatiseret oprettelsen af SSL/TLS‑certifikater til 100 Docker‑applikationer og dermed sikret forbindelserne på alle Ubuntu Linux‑værter.

• Har konfigureret og idriftsat 1.000 Wi‑Fi‑routere

  Har konfigureret og idriftsat 1.000 Wi‑Fi‑routere og forbedret netværkstilgængeligheden og -ydeevnen for kunderne.

• Har administreret 100 barebone‑servere

  Har administreret 100 barebone‑servere, fysiske netværk og IP‑telefonisystemer og sikret en robust infrastruktur til virksomhedens vækst.

• Har administreret 40 websites på Apache og Nginx

  Har administreret 40 websites på Ubuntu Linux‑hostingservere med Apache og Nginx og sikret høj tilgængelighed og ydeevne.

• Et kortprodukt, båret fra ende til anden

  Har stået for arkitektur, udvikling, implementering og support af infrastruktur, databehandling og kortapplikationen i 2 år i træk uden weekender, helligdage eller ferie, 10–14 timer om dagen.

• En tiendedel af skyregningen, uden at miste noget

  Har optimeret budgetomkostningerne 10 gange uden tab af produktivitet for en international kunde ved at nytænke den samlede infrastruktur, fjerne unødvendige tjenester og flytte væk fra AWS‑skyen.

• Har provisioneret Azure‑infrastruktur som kode

  Har provisioneret Azure‑infrastruktur som kode med Bicep — Container Apps, PostgreSQL Flexible Server, Front Door/WAF og netværk — i udviklings-, staging- og produktionsmiljøet.

• Har haft ansvaret for alle udrulninger til Azure

  Har haft ansvaret for udrulningen af platformen til Azure fra ende til anden og styret releases i udviklings-, staging- og produktionsmiljøet.

• Har implementeret backup og disaster recovery

  Har konfigureret opbevaringen af databasebackups som infrastructure‑as‑code, derefter gennemgået gendannelsesberedskabet og dokumenteret gendannelsesproceduren — og nævnt de resterende huller, i stedet for at de skulle opdages under en hændelse.

• Har ydet 24/7‑support til ca. 1.000 IPTV‑servere

  Har leveret døgnbemandet 24/7‑infrastruktursupport til en IPTV/OTT‑streamingplatform og administreret ca. 1.000 servere samt kundeejede systemer for globale kunder i Kina, USA og Tyskland.

• Har sikret uafbrudt levering af IPTV‑signaler

  Har sikret uafbrudt levering af IPTV‑streamingsignaler mellem leverandører og kunder og overvåget og vedligeholdt streamingnetværket og IP‑telefonien døgnet rundt.

• Har bygget infrastruktur, der holder i årevis

  Har planlagt og implementeret ny infrastrukturfunktionalitet til interne og eksterne systemer og bygget løsninger, der er så robuste, at de stadig kører år senere med minimale ændringer.

• Har bygget hele kerneinfrastrukturen fra bunden

  Har som en af de første medarbejdere designet og bygget hele kerneinfrastrukturen og de understøttende processer fra bunden for en SaaS‑startup inden for grøn energi og lagt fundamentet for hurtig vækst.

• Har integreret en fælles adgangskodeløsning

  Har integreret et virksomhedsdækkende adgangskodehåndteringssystem, der styrkede sikkerheden og strømlinede adgangskontrollen.

• Har bygget egen fejlovervågning og tracing

  Har bygget egen fejlovervågning og OpenTelemetry‑tracing i stedet for at købe dem — sanitering af payloads, detektion af spikes og regressioner, symbolication og et syntetisk heartbeat — bag 11 operatørvisninger.

• Servere, I kan bygge op fra bunden igen

  Har bygget virksomhedens egen infrastruktur som 19 Ansible‑playbooks og 34 roller fordelt på 12.065 linjer YAML, der konvergerer den kørende vært til en deklareret tilstand, og hvor hvert play er idempotent.

• En hel virksomhed på en lille server

  Har kørt hele virksomheden på én vært med 512 MB og én kerne — en git‑forge, en webserver til syv domæner, Tor, to servere til alternative protokoller, backup og blokering af indtrængningsforsøg — ved at behandle 464 MB brugbar hukommelse som den bindende arkitektoniske begrænsning.

• Tre låse på døren, ingen af dem låst

  Har fundet og lukket tre SSH‑beskyttelser mod brute force, der aldrig havde virket: en jail, der holdt øje med port 22, mens dæmonen lyttede på 1986, en ratebegrænsning, som en bredere regel over den overskyggede, og en blokeringshandling, hvis binærfil aldrig blev fundet, så ingen blokering nogensinde var trådt i kraft.

• Har hærdet SSH til 24 validerede direktiver

  Har hærdet SSH til 24 direktiver, der alle kontrolleres med assertions, med validering i tre trin — kandidatfilen, den samlede konfiguration og til sidst dæmonens egen tilbagelæsning — efter at tilbagelæsningen afslørede, at den kørende server ubemærket tilsidesatte to af de fireogtyve.

• Har bevist, at blokeringen virker ved hver kørsel

  Har eftervist blokeringsvejen fra ende til anden ved hver hærdningskørsel ved at blokere en reserveret testadresse, læse den resulterende kerneregel og ophæve blokeringen i en oprydningsblok, der altid kører, så en jail, der holder op med at virke, får kørslen til at fejle i stedet for at melde alt i orden.

• Har verificeret firewallregler efter position

  Har verificeret firewallregler efter position snarere end tilstedeværelse ved at læse den nummererede regelliste og den kørende pakkefilterkæde, fordi det, at en regel findes, ikke betyder, at nogen pakke når frem til den.

• Sikkerhedskopier, der rent faktisk er gendannet

  Har bygget krypteret backup uden for værten på restic med udtynding efter opbevaringspolitikken, et integritetstjek og en månedlig automatiseret gendannelsesøvelse og derefter gennemgået gendannelsesberedskabet og skrevet hullerne ned i stedet for at lade dem blive opdaget under en hændelse.

• Har bygget overvågning med dead man's switch

  Har bygget overvågning med dead man's switch, der kun pinger, mens hukommelse og disk er i orden, så en svækket vært udløser en alarm ved at gå tavs — og opdaget seks variabelnavne, der sagde "free", hvor tjekket korrekt målte "available", en størrelsesorden til forskel på en maskine med 464 MB.

• Har fået check‑tilstanden til at vise sandheden

  Har fået check‑tilstanden til at vise sandheden på hele platformen efter at have fundet seks sonder, der traf beslutning ud fra en værdi, værten aldrig havde leveret, fordi Ansibles command‑modul melder succes under --check, mens det springer kommandoen helt over.

• Har tilføjet et preflight‑tjek af hemmeligheder

  Har tilføjet et preflight‑play, der kører den samme kode som konvergensen mod operatørens lokale hemmeligheder på omkring et sekund, efter at en produktionskørsel var gået ned halvvejs, ved sin niende opgave, med swap‑indstillingerne allerede skrevet til den kørende vært.

• Har afstemt en DNS‑zone med 20 poster deklarativt

  Har afstemt en DNS‑zone med 20 poster deklarativt mod Cloudflares API med separate indgange til gennemgang og BIND‑eksport og slået CDN‑proxyen fra igen af hensyn til privatlivet, efter at den var bygget.

• Har strammet systemd‑sandboxen på hver unit

  Har reduceret eksponeringen i systemd‑sandkassen for hver unit, platformen installerer — en dead man's switch‑tjeneste fra 9,6 UNSAFE til 1,5, en git‑forge med adgang fra internettet fra 8,3 EXPOSED til 1,5 — og tilføjet et parsertjek ved konvergens efter at have fundet et fejlstavet direktiv, der ubemærket blev ignoreret i tre unit‑skabeloner.

• Har bygget 7 skrivebeskyttede rapporteringsroller

  Har bygget syv skrivebeskyttede rapporteringsroller, der gengiver den kørende vært som Markdown — fakta, adgang, git, metrikker, trafik, sikkerhed og udbyderinventar — efter en regel om, at der ikke udskrives et tal, kørslen ikke selv har målt.

• Jeres kode på jeres eget udstyr

  Har udrullet virksomhedens egen git‑forge på Soft Serve, privat som udgangspunkt og uden webpanel, med SSH‑porten bundet til loopback bag en jump‑vært, og gjort landingssiden foran den til et build‑artefakt fra hovedsitet i stedet for en manuelt vedligeholdt kopi.

• Har kørt containere på Podman og Quadlet

  Har udrullet et containerlag på Podman og Quadlet under systemd i stedet for Docker, fordi Docker publicerer containerporte uden om værtens egne firewallregler — og givet udrulninger en uprivilegeret bruger med én fast kommando i stedet for root.

• Har provisioneret en ekstra server ud fra kode

  Har automatiseret provisioneringen af en ekstra server hos en anden cloududbyder og oprettet firewallen før maskinen, så den står bag en firewall fra første øjeblik, med begge udbyderes firewalls skrevet direkte mod deres REST‑API'er for at undgå en collection fra tredjepart.

• Har skrevet en afgrænsningsregel efter et læk

  Har skrevet en afgrænsningsregel ind i repositoryet, efter at en omstrukturering havde ført en anden virksomheds inventar, firewalltilladelser og tekst med ind i det — og holdt de karantænesatte rester under hemmelighedsscanneren i stedet for at udelukke dem.

• Har adskilt alle driftshemmeligheder pr. vært

  Har gjort de fire driftshemmeligheder individuelle pr. vært efter at have fastslået, at to værter, der deler én dead man's switch, giver færre alarmer end to switches, ikke flere, og at en fælles adgangssætning til backup gør to værter til ét repository.

• Har spejlet sitet til Gemini og Gopher

  Har spejlet hele sitet som 777 Gemini‑dokumenter og 777 Gopher‑dokumenter ud fra det samme udrullede træ uden at ændre en eneste byte i HTML'en.

• Har prøvekørt forgens CI‑hook og fundet 2 fejl

  Har prøvekørt CI‑hooken på forge‑siden og fundet to fejl, som ikke kunne findes ved at læse filen: en fallback, der sendte et argument, som ikke kunne opløses, ind i hookens input, og gits egen miljøvariabel, der fulgte gaten ind i checkouten og gjorde 19 tests røde.

• Har målt 13 adresser uden tracking

  Har målt tretten adresser alene ud fra webserverens egen adgangslog — ingen cookie, ingen tracker og ingen tredjepartstjeneste — hvor klientens netværk maskeres i samme øjeblik linjen skrives, og resultatet samles i et permanent arkiv med 21 daglige tællinger og 20 månedlige facetter.

• Har udgivet et læsbart Tor‑onion‑spejl

  Har udgivet websitet som et Tor‑onion‑spejl på en læsbar adresse, der begynder med engineer, med nøglen genereret uden for værten, så den aldrig nåede dette repository eller en laptop, og ladet den være den ene af fire hoveddøre, der aldrig tælles.

Dette arbejde er en del af det, vi tilbyder som Systemadministration, Sikkerhed & adgangsstyring, Site reliability & overvågning, Infrastructure as Code, DevOps & CI/CD‑automatisering, Netværk & VPN‑opsætning, Cloud‑infrastruktur & migrering og Sikkerhed for AI‑agenter.

Er du ved at bygge noget, der kræver det her? Kontakt os.