Köer och publicering
Vi väljer köer, topics, subscriptions och filter utifrån ansvar, skalning och hur informationen ska distribueras.
← Till Systemintegration
Service Bus
Robust meddelandeintegration med Azure Service Bus.
Vi använder meddelandebaserade mönster för att göra integrationslandskapet mer tåligt, skalbart och förändringsbart – med kontroll över leverans, fel och återkörning.
Vad vi hjälper er med
Azure Service Bus
När system måste vara tillgängliga samtidigt blir varje störning en kedjereaktion. Azure Service Bus skapar utrymme mellan producent och konsument, men rätt mönster för leverans, dubbletter, ordning och felhantering är avgörande för en stabil lösning.
Leverans och felhantering
Retries, dead-letter, idempotens, sessions och korrelation utformas så att fel kan förstås och hanteras säkert.
Övervakning och drift
Volymer, fördröjningar, felköer och beroenden görs synliga med larm och tydliga operativa rutiner.
När vi gör skillnad
När är det här rätt nästa steg?
- Ett systemfel orsakar följdfel i flera andra system.
- Ni behöver buffra toppar eller låta konsumenter arbeta i olika takt.
- Samma händelse ska distribueras till flera mottagare.
- Det är svårt att förstå, återköra eller spåra misslyckade meddelanden.
Så arbetar vi
Från behov till stabil lösning.
Vi arbetar nära både verksamhet och teknik. Det ger snabbare återkoppling, bättre beslut och en lösning som går att förstå och utveckla vidare.
- 01
Definiera leveranskraven
Vi klargör volym, ordning, dubbletter, svarstider, retention och vad som händer när en konsument är nere.
- 02
Välja meddelandemönster
Kö, topic, filter, session och kompletterande tjänster väljs efter flödets faktiska beteende.
- 03
Göra driften synlig
Korrelation, loggning, larm och rutiner för dead-letter och återkörning byggs in från början.
Kompetens och teknik
Rätt verktyg i rätt sammanhang.
Azure Service BusQueuesTopics och SubscriptionsLogic AppsAzure FunctionsEvent GridApplication InsightsBicep
Vanliga frågor
Det här brukar våra kunder vilja veta.
Vad är skillnaden mellan en kö och ett topic?
En kö används vanligtvis när ett meddelande ska behandlas av en mottagare. Ett topic kan distribuera samma meddelande till flera subscriptions och mottagare.
Vad händer när ett meddelande inte kan behandlas?
Efter konfigurerade försök kan meddelandet flyttas till en dead-letter-kö där det kan analyseras, rättas och återköras kontrollerat.
Kan Service Bus garantera att ett meddelande aldrig behandlas två gånger?
Lösningen bör normalt designas så att mottagaren hanterar dubbletter säkert. Det görs genom idempotens, korrelationsnycklar och tydliga transaktionsgränser.
När passar Event Grid bättre?
Event Grid passar väl för lättviktiga händelsenotiser och fan-out. Service Bus används när ni behöver mer avancerad meddelandehantering, köer, ordning eller transaktionella mönster.
Prata med oss
Martin Bood
Integration på TwoBITS