Din kö växer tyst, och plötsligt står allt i brand. När någon väl upptäcker det sitter ni redan och svarar på ”varför fångade vi inte det här tidigare?” i en post mortem.
Den här konfigurationen för RabbitMQ SMS-varningar träffar driftansvariga och jouren först. Men byråägare som kör kundlaster och små team utan en full övervakningsstack känner också av det. Du får ett tydligt sms när en köspik faktiskt spelar roll, inte när en graf råkar rycka till.
Nedan ser du den exakta automationen, vad den löser och hur du anpassar den så att du blir larmad vid rätt tillfälle (och bara då).
Så fungerar automationen
Här är hela arbetsflödet du kommer att sätta upp:
n8n Workflow Template: RabbitMQ till Vonage SMS, fånga kötoppar snabbt
flowchart LR
subgraph sg0["RabbitMQ Flow"]
direction LR
n0["<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/rabbitmq.svg' width='40' height='40' /></div><br/>RabbitMQ"]
n1@{ icon: "mdi:swap-horizontal", form: "rounded", label: "IF", pos: "b", h: 48 }
n2["<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/vonage.dark.svg' width='40' height='40' /></div><br/>Vonage"]
n3@{ icon: "mdi:cog", form: "rounded", label: "NoOp", pos: "b", h: 48 }
n1 --> n2
n1 --> n3
n0 --> n1
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 decision
classDef customIcon fill:none,stroke:none
class n0,n2 customIcon
Varför det här är viktigt: köspikar blir kundpåverkan snabbt
En köspik i RabbitMQ stannar sällan vid ”bara en siffra”. Den blir långsamma orderbekräftelser, fördröjda webhooks, stela synkjobb och supportärenden som börjar med ”är ert system nere?” Värst är osäkerheten. Du vet inte om det är en tillfällig dipp eller början på en backlog som tar timmar att beta av. Och om du bara förlitar dig på dashboards måste någon titta på rätt graf vid rätt tidpunkt, vilket ärligt talat inte är så riktiga team jobbar klockan 02.
Det eskalerar snabbt. Här är var det faller isär.
- Du upptäcker spikar sent eftersom dashboards inte väcker någon.
- Generiska larm skapar brus, så folk tystar dem och missar det som faktiskt betyder något.
- Manuella kontroller slösar cirka en timme i veckan och täcker ändå inte nätter och helger.
- När larm inte är kopplade till en tröskel saknar jouren kontext och tappar tid på att avgöra vad som ska göras.
Vad du bygger: RabbitMQ-spik → Vonage sms-larm
Det här arbetsflödet lyssnar på köaktivitet i RabbitMQ och tar ett enkelt beslut innan det avbryter din dag. När RabbitMQ-triggern upptäcker ett meddelande (eller en burst av meddelanden) utvärderar n8n köläget mot en tröskel du väljer. Om spiken passerar den gränsen skickar arbetsflödet ett kort, lättläst sms via Vonage till personen (eller jourrotationen) som behöver agera. Om den inte passerar tröskeln händer ingenting, och just det ”ingenting” är funktionen. Resultatet är en övervakningssignal som beter sig som en människa: den knackar dig bara på axeln när situationen sannolikt blir en incident.
Arbetsflödet börjar med intag från RabbitMQ. Sedan avgör en ”if”-kontroll om kötillståndet är tillräckligt allvarligt för eskalering. Till sist skickar Vonage ett sms, eller så avslutas flödet tyst via en no-op-platshållare.
Det du bygger
| Vad som automatiseras | Vad du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du har 5 köer som är viktiga och att någon kollar dem i RabbitMQ-UI:t ungefär 3 gånger om dagen. Om varje koll tar kanske 5 minuter (logga in, hitta rätt vhost, skanna grafer) blir det cirka 75 minuter om dagen som går åt till att ”bara titta”. Med det här arbetsflödet behåller du UI:t för felsökning, men du slutar med rutinkontrollerna: triggern kör i bakgrunden och skickar bara ett Vonage-sms när tröskeln passeras. För många team innebär det ungefär en timme tillbaka de flesta dagar, plus färre sena nattöverraskningar.
Innan du börjar
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- RabbitMQ för kön och åtkomstuppgifter.
- Vonage för att skicka sms-larm till jouren.
- Vonage API-nyckel (hämta den i Vonage-dashboarden).
Kunskapsnivå: Nybörjare. Du klistrar in inloggningsuppgifter, väljer en tröskel och testar en riktig köhändelse.
Vill du att någon bygger detta åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
Köaktivitet triggar körningen. RabbitMQ-triggern (”Queue Intake Trigger”) lyssnar efter meddelanden från kön du anger, så n8n reagerar utan att du behöver uppdatera en dashboard.
En tröskel avgör om det är värt att väcka någon. Noden ”Threshold Check” utvärderar kötillståndet du bryr dig om (oftast kölängd eller en liknande spiksignal). Om det ligger under din gräns avslutas arbetsflödet via slut-platshållaren.
Vonage skickar ett lättläst sms. När villkoret uppfylls skickar noden ”Dispatch SMS Alert” ett sms till ett definierat telefonnummer med ett kort meddelande du styr. Håll det handlingsbart: könamn, aktuellt djup och vilket system som påverkas.
Tysta körningar förblir tysta. No-op-grenen finns där så att ”inget larm” fortfarande är en lyckad, spårbar körning i n8n, vilket hjälper när du vill granska hur ofta spikar inträffar.
Du kan enkelt justera tröskellogiken så att den matchar din verkliga definition av ”spik”, eller routa larm till olika nummer baserat på könamn. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera RabbitMQ-triggern
Det här arbetsflödet startar när ett meddelande kommer in i en RabbitMQ-kö, så ni måste konfigurera triggern för att läsa rätt kö och tolka JSON.
- Lägg till eller öppna Queue Intake Trigger som er triggernod.
- Ställ in Queue på
temp. - Under Options aktiverar ni Only Content och JSON Parse Body så att de matchar
true. - Credential Required: Anslut era rabbitmq-inloggningsuppgifter.
Steg 2: anslut RabbitMQ
Säkerställ att RabbitMQ-anslutningen är testad så att triggern kan lyssna efter inkommande meddelanden.
- Öppna Queue Intake Trigger och verifiera att den valda credentialen är er RabbitMQ-anslutning.
- Bekräfta att kön
tempfinns på er RabbitMQ-server och att arbetsflödet har läsbehörighet.
Steg 3: sätt upp tröskelkontroll
Arbetsflödet utvärderar inkommande data och routar det baserat på om värdet överstiger en tröskel.
- Öppna Threshold Check och ställ in villkoret till Number.
- Ställ in Value 1 på
={{$node["Queue Intake Trigger"].json["temp"]}}. - Ställ in Operation på
larger. - Ställ in Value 2 på
50. - Säkerställ att true-grenen är kopplad till Dispatch SMS Alert och att false-grenen är kopplad till End Placeholder.
Steg 4: konfigurera åtgärden för sms-avisering
Om tröskeln överskrids skickar arbetsflödet ett sms via Vonage.
- Öppna Dispatch SMS Alert och ställ in Message på
=Alert! The value of temp is {{$node["Queue Intake Trigger"].json["temp"]}}.. - Credential Required: Anslut era vonageApi-inloggningsuppgifter.
- Lämna Additional Fields tomt om ni inte behöver anpassa avsändaren.
Tips: Använd ett riktigt kömeddelande som innehåller ett numeriskt temp-fält för att verifiera att uttrycket renderas i sms:et.
Steg 5: testa och aktivera ert arbetsflöde
Validera hela flödet från början till slut innan ni slår på arbetsflödet.
- Klicka på Execute Workflow och publicera ett testmeddelande till kön
tempmed ett numeriskttemp-värde. - Bekräfta att Threshold Check routar till Dispatch SMS Alert när värdet är större än
50, och till End Placeholder när det inte är det. - Verifiera att sms:et tas emot och innehåller det dynamiska värdet från
{{$node["Queue Intake Trigger"].json["temp"]}}. - När allt är verifierat växlar ni arbetsflödet till Active för användning i produktion.
Felsökningstips
- RabbitMQ-inloggningsuppgifter kan gå ut eller sakna behörigheter för vhost/kö. Om det skapar fel, kontrollera först RabbitMQ-användarens behörigheter och vhost-åtkomst.
- Om du använder externa kömätvärden som kommer in med fördröjning varierar processtiderna. Öka väntetiden (eller kontrollera villkoret igen) om nedströmsnoder fallerar på tomma eller inaktuella värden.
- Vonage-leverans av sms kan misslyckas på grund av avsändarinställningar, blockerade regioner eller kontobegränsningar. Kontrollera loggarna i Vonage-dashboarden för leveransfel innan du skyller på arbetsflödet.
Snabba svar
Cirka 30 minuter om RabbitMQ och Vonage redan är konfigurerade.
Ingen kodning krävs. Du kopplar RabbitMQ och Vonage och sätter sedan tröskel och meddelande.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in kostnader för Vonage sms och API-användning (oftast några cent per meddelande beroende på land).
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och hanterar n8n bra. Self-hosting ger dig obegränsat antal körningar men kräver grundläggande serverdrift.
Ja, och det bör du. De flesta ändringar sker i noden Threshold Check (If) och noden Dispatch SMS Alert (Vonage). Vanliga justeringar är olika trösklar per kö, olika sms-text beroende på könamn och att lägga till en ”kontorstider”-regel så att lågprioriterade spikar inte pingar folk på natten.
Oftast handlar det om inloggningsuppgifter eller vhost-behörigheter. Skapa om eller ange RabbitMQ-användare/lösenord i n8n på nytt och bekräfta att användaren kan komma åt exakt den kö du konfigurerat. Kontrollera även nätverksåtkomst (VPN, brandvägg, privata subnät) eftersom triggern måste kunna nå RabbitMQ stabilt.
Med n8n Cloud Starter kan du normalt hantera tusentals körningar per månad, och högre planer hanterar mer. Om du self-hostar finns ingen körningsgräns; det beror främst på din server och hur pratiga dina köer är. I praktiken är själva arbetsflödet lättviktigt (trigger → if → sms), så de flesta team kan hantera gott om spikhändelser per minut; Vonage rate limits och sms-kostnad är de verkliga begränsningarna. Om du väntar dig bursts, lägg till deduplicering eller en cooldown så att du inte skickar 30 sms på 2 minuter.
Ofta, ja. RabbitMQ-triggers och förgrenad tröskellogik passar mer naturligt i n8n, och self-hosting håller kostnaderna förutsägbara när antalet körningar ökar. Zapier eller Make kan fungera för enkla flöden av typen ”skicka ett sms när X händer”, men de blir dyra eller begränsande när du lägger till villkor, routing eller cooldown-logik. n8n gör det också enklare att behålla en no-op-gren (så att ”gör inget” ändå blir en ren körning) och att senare bygga ut med Slack/Mattermost eller ärendehantering. Om du tvekar, prata med en automationsexpert och beskriv din larmvolym och era jourbehov.
Köspikar kommer inte sluta inträffa, men de kan sluta vara överraskningar. Sätt upp detta en gång, finjustera tröskeln och låt arbetsflödet sköta ”knacka på axeln”-delen.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.