Dina Docker-containrar går inte sönder för att uppdateringar finns. De går sönder för att uppdateringar sker vid fel tidpunkt, utan sammanhang och utan att du märker det förrän något redan brinner.
Driftansvariga känner igen det här när en “snabb patch” blir till en sen omstart mitt i natten. Om du driver en liten SaaS har du sannolikt skjutit upp uppdateringar eftersom du inte velat riskera driftstopp. Den här automatiseringen för Docker-uppdateringar med godkännande löser det genom att ge dig kontrollen tillbaka.
Det här flödet kontrollerar Docker Hub efter en ny n8n-image, mejlar dig detaljerna i Gmail och uppdaterar bara din server efter att du har godkänt. Du får se vad det gör, vad du behöver och hur det beter sig i verkligheten.
Så här fungerar automatiseringen
Här är det kompletta flödet du kommer att sätta upp:
n8n Workflow Template: Docker Hub till Gmail: godkänn serveruppdateringar
flowchart LR
subgraph sg0["Schedule Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Schedule Trigger", pos: "b", h: 48 }
n1@{ icon: "mdi:swap-horizontal", form: "rounded", label: "If No Changes", pos: "b", h: 48 }
n2@{ icon: "mdi:cog", form: "rounded", label: "Check Existence of Update Sc..", pos: "b", h: 48 }
n3@{ icon: "mdi:swap-horizontal", form: "rounded", label: "If File Exists", pos: "b", h: 48 }
n4@{ icon: "mdi:cog", form: "rounded", label: "Create Update Script", pos: "b", h: 48 }
n5@{ icon: "mdi:swap-horizontal", form: "rounded", label: "If Approved", pos: "b", h: 48 }
n6@{ icon: "mdi:cog", form: "rounded", label: "No Updates", pos: "b", h: 48 }
n7@{ icon: "mdi:cog", form: "rounded", label: "Do Nothing", pos: "b", h: 48 }
n8@{ icon: "mdi:message-outline", form: "rounded", label: "Ask For Approval to Update", pos: "b", h: 48 }
n9@{ icon: "mdi:cog", form: "rounded", label: "Execute Update Script", pos: "b", h: 48 }
n10@{ icon: "mdi:cog", form: "rounded", label: "Get Local Image Digest", pos: "b", h: 48 }
n11["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>Get Remote Image Digest"]
n12@{ icon: "mdi:swap-vertical", form: "rounded", label: "Prepare Update Data", pos: "b", h: 48 }
n13@{ icon: "mdi:cog", form: "rounded", label: "Get Current n8n Version", pos: "b", h: 48 }
n5 --> n2
n5 --> n7
n1 --> n6
n1 --> n8
n3 --> n9
n3 --> n4
n0 --> n13
n12 --> n1
n4 --> n9
n10 --> n11
n13 --> n10
n11 --> n12
n8 --> n5
n2 --> n3
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 trigger
class n1,n3,n5 decision
class n11 api
classDef customIcon fill:none,stroke:none
class n11 customIcon
Varför det här spelar roll: Docker-uppdateringar utan överraskningar
Att hålla n8n uppdaterat när det körs i Docker låter enkelt tills du faktiskt gör det om och om igen. Först måste du komma ihåg att kontrollera uppdateringar. Sedan behöver du bekräfta vad som ändrats, avgöra om “nu” är en säker tidpunkt, SSH:a in på servern, hämta images, starta om containrar och hoppas att inget märkligt händer. Missar du ett steg kan du stå med en gammal image i drift i veckor, eller värre: en uppdatering som appliceras vid fel tillfälle för att du hade bråttom. Den mentala belastningen är den verkliga kostnaden här. Du går runt med “jag borde uppdatera det där” i huvudet hela tiden.
Det eskalerar snabbt. Här är var det faller isär.
- Att manuellt kontrollera Docker Hub blir en ständig sidouppgift som ändå stjäl cirka 30 minuter varje vecka.
- De flesta uppdateringsflöden saknar en tydlig godkännandespärr, så uppdateringar sker “när någon råkar komma ihåg det”, vilket inte är en strategi.
- Versionstaggar kan vara missvisande, och om du hoppar över digest-kontroller kan du tro att du uppdaterat när du inte har gjort det.
- Att starta om n8n för hand bjuder in misstag, särskilt när du gör det ur minnet under press.
Det du bygger: Docker-uppdateringar för n8n som godkänns i Gmail
Det här flödet körs enligt schema (var tredje dag som standard) och kontrollerar den n8n Docker-image du kör just nu på din server. Det loggar in på din VPS via SSH, hämtar lokalt image-digest och version och frågar sedan Docker Hub efter fjärr-digest. Om inget har ändrats avslutas flödet tyst. Om en ny image finns tillgänglig får du ett godkännandemejl i Gmail som innehåller aktuell version, lokalt digest, fjärr-digest och en beskrivning i klartext av vad som händer härnäst. När du godkänner ansluter flödet tillbaka till servern, säkerställer att ett uppdateringsscript finns (skapar update_docker.sh vid behov) och kör säkert Docker Compose-sekvensen pull/down/up i bakgrunden så att n8n startar om utan problem.
Flödet startar med en schemalagd trigger och en SSH-kontroll. Det jämför image-digests (inte bara versionstaggar), skickar sedan ett godkännandemeddelande via e-post. Efter godkännande kör det ett uppdateringsscript på servern via SSH och låter omstarten ske efter att flödet är klart.
Det du bygger
| Det som automatiseras | Det du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du kör en n8n-produktionsserver och vanligtvis “kollar efter uppdateringar” två gånger i veckan. Manuellt tar det ungefär 10 minuter att slå upp senaste imagen, plus ytterligare 20 minuter att SSH:a in, hämta, starta om och verifiera. Räkna med ungefär en timme i veckan när du tar med kontextbyten. Med det här flödet körs kontrollen automatiskt var tredje dag, och du rör det bara när det finns en uppdatering: 1 minut för att godkänna i Gmail, och ungefär 30 sekunder senare drar uppdateringsscriptet igång. Du styr fortfarande tidpunkten, men du behöver inte sitta och passa servrar.
Innan du börjar
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Gmail för att ta emot och godkänna uppdateringsförfrågningar.
- SSH-åtkomst till din VPS så att n8n kan kontrollera och uppdatera Docker.
- SMTP- eller e-postuppgifter (ställs in i n8n Credentials → SMTP).
Kunskapsnivå: Medel. Du bör vara bekväm med SSH-åtkomst och veta var ditt Docker Compose-projekt ligger på servern.
Vill du att någon bygger det här åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
Ett schema sätter igång allt. Flödet körs automatiskt var tredje dag kl. 16:00 UTC (eller så kan du trigga det manuellt under test).
Din server rapporterar vad som körs. n8n ansluter via SSH för att hämta aktuell n8n-version plus lokalt Docker image-digest, och anropar sedan Docker Hub med en HTTP-förfrågan för att hämta senaste fjärr-digest.
En enkel jämförelse avgör om du blir störd. Om digest matchar händer ingenting och flödet avslutas. Om de inte matchar sammanställer det detaljerna och skickar ett godkännandemejl till din Gmail-inkorg.
Godkännandet styr uppdateringen. Du godkänner och flödet kontrollerar efter ett uppdateringsscript (skapar update_docker.sh vid behov) och kör det sedan via SSH med ett bakgrundskommando så att omstarten av n8n inte avbryter automatiseringen mitt i körningen.
Du kan enkelt ändra schemat eller sökvägen till Docker Compose beroende på dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera den schemalagda triggern
Konfigurera arbetsflödets schema så att det kontrollerar uppdateringar av Docker-imagen med ett konsekvent intervall.
- Lägg till och öppna Scheduled Run Trigger.
- Ställ in regelintervallet så att det körs var
3dag klockan16. - Bekräfta att triggern skickar utdata till Fetch Current Version.
Steg 2: anslut SSH för att hämta version och digest
Dessa noder frågar er server efter aktuell n8n-version och Docker-imagens digest.
- Öppna Fetch Current Version och ställ in Command till
=sh -c "docker exec n8n-docker-caddy-n8n-1 n8n --version"med CWD/root. - Öppna Retrieve Local Digest och ställ in Command till
sh -c "docker inspect n8n-docker-caddy-n8n-1 --format='{{index .Image}}' | xargs docker inspect --format='{{index .RepoDigests 0}}'"med CWD/root. - Autentiseringsuppgifter krävs: Anslut era sshPassword-uppgifter till Fetch Current Version och Retrieve Local Digest.
n8n-docker-caddy-n8n-1 stämmer med er server; annars kommer SSH-kommandona att misslyckas.Steg 3: hämta fjärr-digest och sammanställ uppdateringsinfo
Det här steget hämtar digest från Docker Hub och jämför det med den lokala digesten.
- Öppna Request Remote Digest och ställ in URL till
https://hub.docker.com/v2/repositories/n8nio/n8n/tags/latest. - Öppna Assemble Update Info och skapa tilldelningar:
- Ställ in current_version till
={{ $('Fetch Current Version').first().json.stdout }}. - Ställ in local_digest till
={{ $('Retrieve Local Digest').first().json.stdout.split('@')[1] }}. - Ställ in remote_digest till
={{ $('Request Remote Digest').first().json.digest }}. - Ställ in update_available till
={{ $('Retrieve Local Digest').first().json.stdout.split('@')[1] !== $('Request Remote Digest').first().json.digest }}. - Bekräfta att Request Remote Digest skickar utdata till Assemble Update Info.
Steg 4: lägg till beslut om uppdatering och godkännandelogik
Den här delen avgör om ni ska meddelas för godkännande eller om uppdateringen ska hoppas över när inga förändringar upptäcks.
- Öppna Check For Updates och ställ in villkoret så att det utvärderar
={{ $json.update_available }}som en boolesk false-kontroll (enligt konfiguration). - Säkerställ att Check For Updates skickar false till No Update Path och true till Send Approval Email.
- Öppna Approval Decision och ställ in villkoret till
={{ $json.data.approved }}är lika medtrue. - Säkerställ att Send Approval Email skickar utdata till Approval Decision, som routar godkänd till Verify Update Script och ej godkänd till Skip Update Action.
Steg 5: konfigurera leverans av godkännandemejl
Skicka ett mejl med begäran om godkännande som pausar körningen tills ett svar tas emot.
- Öppna Send Approval Email och ställ in Operation till
sendAndWait. - Ställ in Subject till
Approval Required for Updating n8n!. - Ställ in To Email till
[YOUR_EMAIL]och From Email till[YOUR_EMAIL]. - Ställ in Message till den tillhandahållna HTML-mallen som börjar med
=och som inkluderar uttrycken🔔 n8n Update Available
{{ $json.current_version }},{{ $json.local_digest }}och{{ $json.remote_digest }}. - Autentiseringsuppgifter krävs: Anslut era smtp-uppgifter till Send Approval Email.
Steg 6: bygg och kör uppdateringsskriptet via SSH
Efter godkännande kontrollerar arbetsflödet om ett befintligt skript finns, genererar det om det saknas och kör sedan uppdateringen.
- Öppna Verify Update Script och ställ in Command till
=sh -c "if [ -f update_docker.sh ]; then echo true; else echo false; fi"med CWD/root. - Öppna Script Availability Check och ställ in villkoret till
={{ $json.stdout }}är lika medtrue. - Öppna Generate Update Script och ställ in Command till
=sh -c "printf '%s\n' 'sleep 30s' 'cd /opt/n8n-docker-caddy' 'docker compose pull' 'docker compose down' 'docker compose up -d' > update_docker.sh; chmod +x update_docker.sh"med CWD/root. - Öppna Run Update Script och ställ in Command till
=sh -c "exec >/root/update.log 2>&1; nohup /root/update_docker.sh &"med CWD/root. - Autentiseringsuppgifter krävs: Anslut era sshPassword-uppgifter till Verify Update Script, Generate Update Script och Run Update Script.
Steg 7: testa och aktivera ert arbetsflöde
Validera arbetsflödet från start till mål och aktivera det sedan för löpande schemalagda kontroller.
- Klicka på Execute Workflow för att köra ett manuellt test från Scheduled Run Trigger.
- Bekräfta att Fetch Current Version, Retrieve Local Digest och Request Remote Digest returnerar värden i sina utdata-paneler.
- Om en uppdatering finns tillgänglig, verifiera att Send Approval Email skickar begäran om godkännande och att Approval Decision tar emot svaret.
- När det godkänts, bekräfta att Run Update Script körs och skapar
/root/update.logpå servern. - När testningen lyckas, slå på arbetsflödets Active för att aktivera schemalagda körningar.
Felsökningstips
- SSH-uppgifter fallerar ofta eftersom användaren inte kommer åt Docker-katalogen eller behöver sudo. Kontrollera din serveranvändares behörigheter och den exakta sökvägen (till exempel
/opt/n8n-docker-caddy) först. - Om du använder Wait-noder eller extern rendering varierar bearbetningstiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Gmail/SMTP-leverans kan se “trasig” ut när det egentligen är spamfiltrering eller en blockerad avsändare. Bekräfta att meddelandet landar i Gmail (inklusive Kampanjer/Spam) och verifiera Från-/Till-fälten i noden Send Email.
Snabba svar
Cirka 30 minuter om SSH- och e-postuppgifter är klara.
Nej. Du kommer mest att klistra in uppgifter, bekräfta serverns sökvägar och testa godkännandemejlet en gång.
Ja. n8n har ett gratis alternativ för egen drift och en gratis provperiod på n8n Cloud. Cloud-planer startar på $20/månad för högre volym. Du behöver också räkna in kostnader för e-postleverantör (ofta $0) och din VPS-hosting.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och hanterar n8n bra. Egen drift ger dig obegränsat antal körningar men kräver grundläggande serverhantering.
Ja, och det är vanligt. Du kan byta ut Gmail-godkännandet mot Telegram, ändra intervallet för Schedule Trigger och justera SSH-kommandona så att de matchar din Docker Compose-mapp och dina tjänstenamn. Vissa team bygger också ut steget “Sammanställ uppdateringsinfo” för att lägga till länkar till release notes eller för att notifiera en delad inkorg i stället för en enskild person.
Oftast handlar det om uppgifter eller sändningsbegränsningar. Bekräfta att SMTP-uppgiften i n8n är giltig och verifiera sedan att “from”-adressen matchar det din e-postleverantör tillåter. Om mejl skickas men du inte ser dem, kontrollera Spam och Kampanjer och bekräfta att ditt värde för To Email är korrekt.
För de flesta team är det bara en handfull kontroller per vecka, så volym är i praktiken inget problem.
Ofta ja, eftersom det här är ett serverautomationsproblem, inte bara en app-till-app-synk. Du behöver SSH-kommandon, förgrenad godkännandelogik och möjlighet att köra ett bakgrundsscript på ett säkert sätt, vilket n8n hanterar utan problem. Zapier och Make kan notifiera dig, men så fort du lägger till SSH-uppdateringar, felhantering och kontroller “bara om digest ändrats” blir det klumpigt och dyrt. Om du redan använder Zapier för enkla flöden, behåll det där för marketing ops. För infrastrukturuppgifter som detta är n8n oftast en bättre match. Prata med en automationsexpert om du vill ha en snabb rekommendation.
Du får fördelen av att ligga i fas utan nackdelen med överraskande deployer. Sätt godkännanderegeln en gång och låt sedan flödet påminna och göra grovjobbet.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.