Conas a sheolann tú cóid phromóisin chuig 1M úsáideoir i bhfuinneog ghearr ama?

Question

IT Interview Practice · Accepted Answer

Ná déan lúbáil thar 1M úsáideoir i láimhseálaí iarratais riamh — **déan fan-out trí scuaine**, scóig é go dtí an méid is féidir le gach soláthraí a ghlacadh, déan gach seoladh **idempotent**, agus stiúir teipeanna chuig DLQ le haghaidh atriail. Ní dhéanann glao an API ach ciúáil; déanann na hoibrithe an I/O mall.

## Ailtireacht

```text
Admin ─▶ Campaign API ─▶ [enqueue job] ─▶ Kafka/SQS ─┐
                                                     ▼
   ┌──────────────── Worker pool (autoscaled) ───────────────┐
   │  claim ─▶ dedup(Redis SETNX) ─▶ rate-limiter ─▶ provider │
   └──────────┬──────────────────────────────┬───────────────┘
              │ ok                            │ fail (5xx/timeout)
              ▼                               ▼
        sent_log (DB)                    Retry (backoff) ─▶ DLQ
```

## Comhpháirteanna agus sreabhadh

- Scríobhann an **Campaign API** an feachtas agus ciúálann sé na jabanna — ceann in aghaidh gach úsáideora nó in aghaidh gach **baisce de ~500** chun forchostas scuaine a laghdú. Filleann sé láithreach; tarlaíonn na 1M seoladh taobh thiar den scuaine.
- Is é an **scuaine (Kafka / SQS)** an maolán agus an loga *athsheinnte*. Má thiteann na hoibrithe, fanann na teachtaireachtaí ina n-áit; ní chailltear aon chód. Déan deighilt de réir `user_id` ionas go mbeidh an t-ord in aghaidh gach úsáideora cobhsaí.
- Tarraingíonn an **Worker pool** jabanna agus déanann sé uath-scálú de réir moille na scuaine. Gach oibrí: (1) cuireann sé cód promóisin uathúil in áirithe, (2) seiceálann sé **eochair dedup** `SETNX sent:{campaign}:{user}` in Redis ionas nach ndéanann teachtaireacht athsheachadta seoladh dúbailte riamh, (3) gabhann sé trí **rate limiter** atá dimensean de réir cuóta an tsoláthraí, (4) glaonn sé Email/SMS/Push.
- Is é an **rate limiter** an croílár: déanfaidh SendGrid nó Twilio thú a scóigeadh nó a chur ar liosta dubh os cionn a dteorann. Cuireann bucket comharthaí Redis in aghaidh gach soláthraí uasteorainn ar an RPS amach, is cuma cé mhéad oibrí atá ag rith.
- Gabhann an **DLQ** teachtaireachtaí nimhe tar éis N atriail le cúlú easpónantúil + jitter, ionas nach mbacann seoladh dona an feachtas riamh.

## Dearcadh agallaimh

Tá an t-agallóir ag iniúchadh an dtuigeann tú **dí-chúpláil agus cúl-bhrú (back-pressure)**. Ainmníonn freagra "iontach" an teip go beacht: gan idempotency, is ionann scuaine ar a laghad uair amháin móide atriail agus úsáideoirí ag fáil trí chód; gan rate limiter, déanann tú féin-DDoS ar an soláthraí agus scóigtear go nialas thú. Is é an gaiste coitianta ná an fan-out a dhéanamh go sioncrónach ("díreach `Promise.all`") — ceanglaíonn sé sin naisc, níl aon atriail aige, agus cailleann sé gach rud le linn imscartha.

## Idirbhabhtálacha agus teip

- **Ar a laghad uair amháin vs go díreach uair amháin**: tugann scuainí ar a laghad uair amháin go saor; ceannaíonn tú "go héifeachtach uair amháin" leis an eochair dedup Redis, ní le bróicéir costasach go díreach uair amháin.
- **Throughput vs teorainneacha soláthraí**: is féidir leat oibrithe a chur leis go deo, ach is é cuóta an tsoláthraí an fíor-uasteorainn — iarr méadú cuóta nó réamhthéigh roimh an bhfeachtas.
- **Teip**: Redis síos → stalltar seoltaí (teip iata, ná scipeáil dedup agus riosca dúblacha). Coinnigh cuntar in aghaidh gach feachtais ionas gur féidir leat atosú, seachas athatosú, tar éis eachtra.

Ailtireacht

Comhpháirteanna agus sreabhadh

Dearcadh agallaimh

Idirbhabhtálacha agus teip

Ceisteanna gaolmhara