# Byggde företagets egen infrastruktur som 19 Ansible‑playbooks och 34 roller på 12 065 rader YAML, som konvergerar en värd i drift mot ett deklarerat tillstånd, där varje play är idempotent. augusti 2026 **Situation.** Engineer ApS driver sin egen IT‑miljö — en webbnärvaro, en git‑forge, en databas, säkerhetskopior, e‑posttransport och DNS — och det fanns ingen att lämna över driften till. Ett enpersonsföretag kan fallera på samma sätt som ett stort men saknar helt dess redundans, vilket gör det vanliga svaret, en person som minns hur servern sattes upp, till det minst tillgängliga alternativ som finns. **Uppgift.** Hela IT‑miljön måste beskrivas i ett repo i stället för i någons huvud, och beskrivas i en form som konvergerar en verklig server i stället för att dokumentera en. **Handling.** Ur det växte 19 playbooks och 34 roller fram, fördelade på 12 065 rader YAML. Formen betyder mer än storleken. Sammansättningen är data snarare än flaggor: en server ingår i en nivågrupp vars variabler anger vilka roller den kör, så att provisionering utan argument konvergerar varje server till dess deklarerade tillstånd. Idempotens är ett kontrakt snarare än en ambition — en konvergerad server rapporterar noll ändringar, och en play som inte kan säga det är inte färdig. Fyra kommandonamnrymder håller isär löftena: en grind som inte rör någon server, rapporter som läser en server och aldrig ändrar den, provisionering som ändrar en server så att den stämmer med repot, och verifiering som ändrar en server med avsikt och returnerar ett utlåtande. **Resultat.** IT‑miljön går att återskapa från repot, och de delar av den som bara var sanna för att någon kom ihåg dem är nu kontroller som får en körning att fallera. Kostnaden är verklig: varje ändring tar längre tid att göra än att redigera en fil på servern skulle ta, och en konvergering som bara tillämpas till hälften är värre än en som vägrar, vilket är skälet till att en preflight‑play senare lades till framför den. Den avvägningen gjordes medvetet och den har hållit. --- - Roll: Ingenjör inom infrastrukturautomation - Kategorier: [Plattformsarkitektur](https://platform.engineer.company/sv/categories/platform-architecture/), [DevOps](https://platform.engineer.company/sv/categories/devops/), [Infrastruktur](https://platform.engineer.company/sv/categories/infrastructure/), [Automatisering och CI/CD](https://platform.engineer.company/sv/categories/automation/), [Tillförlitlighet och säkerhetskopiering](https://platform.engineer.company/sv/categories/reliability/), [Linux och servrar](https://platform.engineer.company/sv/categories/linux/), [Systemadministration](https://platform.engineer.company/sv/categories/system-administration/), [Dokumentation](https://platform.engineer.company/sv/categories/documentation/) - Tjänster: [Molninfrastruktur och migrering](https://platform.engineer.company/sv/services/cloud-infrastructure/), [Infrastruktur som kod](https://platform.engineer.company/sv/services/infrastructure-as-code/), [DevOps och CI/CD‑automatisering](https://platform.engineer.company/sv/services/devops-cicd/), [Systemadministration](https://platform.engineer.company/sv/services/system-administration/)