Što su SQS i SNS za razmjenu poruka?

Question

Accepted Answer

**SQS** (Simple Queue Service) i **SNS** (Simple Notification Service) su AWS servisi za razmjenu poruka koji omogućavaju **decentraliziranu, asinkronu** komunikaciju između komponenti aplikacije. SQS je red čekanja za poruke (jedan-na-jedan obrada); SNS je pub/sub (один-na-više emitiranja).

## SQS — redovi čekanja za poruke (decentralizacija, asinkrona obrada)

```text
SQS is a managed message QUEUE: producers send messages, consumers process them:
  → producer → [QUEUE] → consumer(s) process messages (at their own pace)
  → DECOUPLES components (producer doesn't wait for/depend on the consumer)
  → BUFFERS load (queue absorbs spikes; consumers process steadily)
  → RELIABLE (messages persist until processed; retries; dead-letter queues for failures)
  → SCALABLE (add more consumers to process faster)
→ Use for: async task processing, decoupling services, smoothing load spikes
```

## SNS — pub/sub (jedan-na-više emitiranja)

```text
SNS is PUBLISH/SUBSCRIBE: publish a message to a TOPIC → ALL subscribers receive it:
  → publisher → [TOPIC] → fans out to MANY subscribers (one-to-many)
  → subscribers: SQS queues, Lambda functions, HTTP endpoints, email, SMS
  → use for: notifications, fan-out, broadcasting events to multiple consumers
```

## Fan-out obrazac (SNS + SQS zajedno)

```text
SNS topic → fans out to MULTIPLE SQS queues → each processed independently:
  Event → SNS topic → ┬→ SQS queue A → service A processes
                      ├→ SQS queue B → service B processes
                      └→ Lambda → does something else
→ One event triggers multiple independent processing pipelines (common architecture).
```

## Zašto je važno

Razumijevanje SQS-a i SNS-a je vrijedno jer je **decentralizirana, asinkrona razmjena poruka temeljni obrazac u skalabilnim, otpornim arhitekturama**, a ova su servisa AWS-ov jezgra za razmjenu poruka, pa je važno znati za cloud arhitekturu. **SQS** (redovi čekanja za poruke) omogućava kritičan obrazac: **decentraliziranje komponenti** tako da proizvodač ne zavisi od potrošača niti ga čeka — proizvodači šalju poruke u red čekanja, a potrošači ih obrađuju u vlastitom tempu, što **amortizira opterećenje** (red čekanja apsorbiruje skokove prometa dok potrošači obrađuju stabilno), pruža **pouzdanost** (poruke ostaju sve dok se ne obrade, s pokušajima ponovno i dead-letter redovima za greške), te omogućava **skalabilnost** (dodavanje potrošača za bržu obradu).

Ovo je bitno za asinkronu obradu zadataka, decentraliziranje servisa i graciozno rukovanje varijabilnim opterećenjem. **SNS** (pub/sub) omogućava **jedan-na-više emitiranja** — objavljivanje poruke u temi koja se širi na mnoge pretplatnike (redove čekanja, Lambda funkcije, krajnje točke, email/SMS) — korisno za obavijesti i emitiranje dogođaja više potrošačima.

Razumijevanje moćnog **fan-out obrasca** (kombiniranje SNS-a i SQS-a tako da jedan dogođaj pokreće više neovisnih cjevovoda obrade preko SNS-a koji se širi na više SQS redova čekanja) reflektira čest, važan obrazac arhitekture za event-driven sustave.

Ovi servisi i obrasci temeljni su za gradnju **labavo povezanih, skalabilnih, otpornih** aplikacija — temeljni princip dobra cloud arhitekture (izbjegavanje čvrstog povezivanja i sinkronih ovisnosti koje stvaraju krhkost i uska grla).

Budući da je decentralizirana asinkrona komunikacija temeljna za skalabilne, otporne sustave, a SQS/SNS su AWS-ov primarni servisi za to (s fan-out obrascem kao čestom arhitekturom), razumijevanje SQS-a i SNS-a je vrijedno, praktično važno AWS znanje za oblikovanje dobro arhektovanih cloud aplikacija — ključni blokovi za decentralizirane, event-driven, asinkrone obrasce koji čine distribuirane sustave skalabilnim i robusnim.