Automation · Webbgränssnitt för Ansible och Terraform
Kör Ansible-playbooks, Terraform och skript från en delad server – med krypterade inloggningsuppgifter, scheman och logg över varje körning.
Betyg 72 av 100 Praktiskt granskad
Läs bedömningenSamma REST-API som gränssnittet använder: session via /api/auth/login, därefter JSON för projekt, inventarier, mallar, scheman och uppgifter, samt utdata per uppgift. Publikt API-referens finns på projektets sajt.
Källa: API-referensen samt egna anrop i labbet
Kontrollerat:
Communityserver som omsluter Semaphores REST-API och låter en agent lista projekt och mallar samt starta och följa uppgifter. Projektet självt har ingen MCP-server.
Källa: Repots README och licens (AGPL-3.0)
Kontrollerat:
Ej hittat · Ingen MCP-server i semaphoreui/semaphore (Semaphore UI) dokumentation
Totalbetyg
72 av 100
Praktiskt granskad
Kärnan ligger under MIT i semaphoreui/semaphore och kan läsas, ändras och driftas utan konto eller licensnyckel – instansen i labbet startade helt utan registrering. Men samma program säljs i Pro- och Enterprise-utgåvor där funktioner låses upp av en licensnyckel: runners, arbetsflöden, Terraform-tillstånd i Semaphore, egna roller, hög tillgänglighet och externa sekretesshanterare. Det är en tydligt öppen kärna med väsentliga delar låsta, vilket är ankaret för tre och inte för fem. Inget dataformat är låst: playbooks och Terraform-kod ligger i git och databasen är PostgreSQL, MySQL eller SQLite.
Användningsfallet löstes i labbet: tre påhittade Nordljus-värdar lades i ett inventarium, fyra uppgiftsmallar skapades mot ett git-repo med playbooks, och uppgifterna kördes med riktiga Ansible-körningar över SSH – baskontroll, konfiguration, release och säkerhetskopia – med ok- och changed-rader per värd i loggen. Scheman, aktivitetslogg och team med projektroller fungerade också. Det som drar ned från fem är att rollerna bara gäller per projekt i den öppna utgåvan och att arbetsflöden över flera steg, runners i isolerade nät och roller per uppgift ligger i de betalda utgåvorna.
Det viktigaste innehållet är redan portabelt: playbooks, inventarier i fil och Terraform-kod ligger i git, och projekt kan exporteras och importeras via programmets CLI. REST-API:t gör dessutom hela datamodellen läsbar och skrivbar. Det som håller kvar på fyra är att körhistoriken ligger i databasen och inte följer med en projektsexport – en fullständig flytt kräver även en databasdump, och CLI-exporten är dokumenterad men inte prövad i labbet.
Projektet har funnits sedan 2016, släpper regelbundet nya utgåvor, har en egen dokumentationssajt med admin-, användar- och referensdelar, ett säkerhetspolicy-dokument i repot och ett ekosystem av tredjepartsverktyg. Utgåvorna är tydligt åtskilda mellan community, Pro och Enterprise, vilket gör förvaltningen förutsägbar. Det som håller kvar på fyra är att flera funktioner fortfarande är märkta beta eller under utveckling, och att en del av förmågan är bunden till en kommersiell utgåva.
REST-API:t är detsamma som gränssnittet använder och täcker projekt, inventarier, mallar, scheman och uppgifter; hela labbmiljön byggdes med API-anrop, vilket visar att automation fungerar i praktiken. Webhooks och API-token startar uppgifter utifrån, CLI:t administrerar installationen, och en tredjeparts MCP-server gör att en agent kan lista mallar och starta uppgifter. Det som hindrar femman är att MCP-stödet är communityägt, att runners och arbetsflöden ligger bakom licens och att det inte finns någon pluggarkitektur för egna integrationssteg.
Införandet är litet och väldokumenterat: en container plus en databas, administratörskonto och krypteringsnycklar via miljövariabler, och avbildningen innehåller Ansible, Terraform och OpenTofu så att målmaskinerna inte behöver dem. I labbet var hela stacken uppe på några minuter. Driften kräver ändå normal kompetens: en databas att säkerhetskopiera, SSH-nycklar att hantera och förståelse för att gränssnittet kan köra kod på de värdar inventariet pekar ut.
Community-utgåvan är gratis och räcker för playbooks, scheman och ett projekt med roller; det finns ingen kostnad per värd eller per körning och inget konto att registrera. Pro listas från tjugo dollar i månaden per användare och Enterprise prissätts individuellt, med tydligt redovisade skillnader. Kostnadsbilden är därmed transparent, men den som behöver roller per uppgift eller runners får räkna med en löpande licens per användare, och det är där fyran stannar.
Gränssnittet har ett tiotal språk – engelska, ryska, spanska, franska, tyska, italienska, polska, portugisiska, tjeckiska, kinesiska, japanska och koreanska – men inte svenska, och språkvalsmenyn i den driftsatta instansen innehöll ingen svensk post. Dokumentationen finns på engelska med översättningar till de språken, inte till svenska, och supporten är engelskspråkig community och supportavtal. Programmet är tekniskt användbart i Sverige, men inget svenskt stöd är belagt.
Semaphore UI är en server som kör automation som redan finns i git: Ansible-playbooks, Terraform- och OpenTofu-konfiguration, Bash-, PowerShell- och Python-skript. I stället för att varje tekniker har playbooken, inventariet och SSH-nyckeln på sin laptop ligger allt i ett projekt på servern, och den som ska köra något behöver bara en webbläsare. Ett projekt samlar inventarier, variabelgrupper, nycklar, repon och uppgiftsmallar; en mall pekar ut vilken playbook som ska köras mot vilket inventarium och med vilka hemligheter. Krypterade nycklar och variabler lämnas till körningen, aldrig till användaren, och varje uppgift sparar utdata, status, användare och tidpunkt så att det går att se i efterhand vad som ändrades på en värd. Scheman startar uppgifter på fasta tider, webhooks och REST-API:t startar dem utifrån, och team och roller styr vem som får köra, ändra eller bara läsa. Servern är ett Go-program med databasen i PostgreSQL, MySQL eller SQLite och levereras som container, deb-/rpm-paket eller binär. Kärnan är öppen källkod under MIT; runners, arbetsflöden, Terraform-tillstånd i Semaphore och support ligger i de betalda utgåvorna.
5 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.
![Semaphore UI: loggdialogen för Konfigurera driftmiljön, uppgift 19, med tidsstämplar per rad och Ansible-utdata: PLAY [Driftmiljö för Nordljus AB], uppgifterna Kontrollera att värden svarar, Skapa katalogstrukturen och Skriv värdens driftkonfiguration med ok och changed per värd (app-01, db-01, fil-02), flikarna Log, Details och Summary samt knappen Raw Log](/_image?href=%2F_emdash%2Fapi%2Fmedia%2Ffile%2Fskarmbild-semaphore-uppgiftslogg.webp&w=1920&f=webp&q=90)
Automation · Plattform för hemautomation
Home Assistant är en öppen smart home-plattform som körs på egen hårdvara och samlar tusentals enheter i lokal styrning, med automationsmotor, dashboards, röstassistans och energiuppfölning utan krav på molntjänster.
Automation · Agentlös konfigurationshantering och IT-automation (CLI)
Ansible automatiserar serverdrift från kommandoraden: önskat tillstånd beskrivs i YAML-playbooks som verkställs agentlöst över SSH — ingen mjukvara behöver installeras på målvärdarna.
![Semaphore UI: loggdialogen för Konfigurera driftmiljön, uppgift 19, med tidsstämplar per rad och Ansible-utdata: PLAY [Driftmiljö för Nordljus AB], uppgifterna Kontrollera att värden svarar, Skapa katalogstrukturen och Skriv värdens driftkonfiguration med ok och changed per värd (app-01, db-01, fil-02), flikarna Log, Details och Summary samt knappen Raw Log](/_emdash/api/media/file/skarmbild-semaphore-uppgiftslogg.webp)
