INTEGRITY Dokumentace

← Cloudflare Queues / queues / platforma

Limity

Funkce Limit
Queues 10,000 na účet
Velikost zprávy 128 KB 1
Opakování zpráv 100
Maximální velikost dávky konzumenta 100 zpráv
Maximální počet zpráv za sendBatch volání 100 (nebo celkem 256KB)
Maximální doba čekání dávky 60 sekund
Propustnost zpráv jednotlivé fronty 5,000 zpráv za sekundu 2
Doba uchování zprávy 3 Nastavitelné až na 14 dní.
Velikost backlogu jednotlivé fronty 4 25GB
Souběžná vyvolání konzumenta 250 pouze push
Doba trvání konzumenta (reálný čas) 15 minut 5
Doba CPU konzumenta Nastavitelné až na 5 minut
visibilityTimeout (fronty založené na pull) 12 hodin
delaySeconds (při odesílání nebo opakování) 24 hodin

1 1 KB se počítá jako 1000 bajtů. Zprávy mohou obsahovat až přibližně 100 bajtů interních metadat, které se započítávají do celkových limitů zpráv.

2 Překročení maximální propustnosti zpráv způsobí, že send() a sendBatch() metody vyvolat výjimku s Too Many Requests chybu, dokud váš producent neklesne pod limit.

3 Zprávy ve frontě, které dosáhnou maximální doby uchování, se z fronty odstraní. Queues neodstraňuje zprávy ve stejné frontě, které tohoto limitu ještě nedosáhly.

4 Jednotlivé fronty, které dosáhnou tohoto limitu, obdrží Storage Limit Exceeded chybu při volání send() nebo sendBatch() na frontě.

5 Podrobnosti najdete v Limity Workers.

Zvýšení limitů CPU pro Worker konzumující frontu

Consumer Workery front jsou skripty Workeru a sdílejí stejné limity CPU na jedno volání stejně jako jakýkoli Worker. Upozorňujeme, že čas CPU představuje aktivní dobu zpracování, nikoli dobu strávenou čekáním na síťové požadavky, volání úložiště nebo jiné obecné I/O operace.

Ve výchozím nastavení je maximální doba CPU na jedno vyvolání Workeru konzumenta nastavena na 30 sekund, lze ji však zvýšit nastavením limits.cpu_ms ve vaší konfiguraci Wrangler:

{
  // ...rest of your configuration...
  "limits": {
    "cpu_ms": 300000, // 300,000 milliseconds = 5 minutes
  },
  // ...rest of your configuration...
}
[limits]
cpu_ms = 300_000

Chcete-li se dozvědět více o CPU čase a limitech, prostudujte dokumentaci Workers.

Limity reálného času podle typu vyvolání

Reálný čas (anglicky též "wall-clock time") představuje celkovou dobu od začátku do konce vyvolání, včetně času stráveného čekáním na síťové požadavky, I/O operace a další asynchronní operace. Liší se od Čas CPU, které měří pouze čas, který CPU stráví aktivním prováděním vašeho kódu.

Následující tabulka shrnuje limity reálného času pro různé typy vyvolání Workeru v rámci vývojářské platformy:

Invocation type Limit reálného času Podrobnosti
Příchozí HTTP požadavek Neomezeně Žádný pevný limit, dokud zůstává klient připojen. Worker, který stále streamuje tělo odpovědi, zůstává aktivní. waitUntil() prodlužuje běh až o 30 sekund po odeslání odpovědi nebo odpojení.
Cron Triggers 15 minut Naplánovaní Workers mají maximální reálný čas běhu 15 minut na jedno vyvolání.
Queue consumers 15 minut Každé volání consumeru má maximální reálný čas běhu 15 minut.
Obslužné rutiny alarmů v Durable Object 15 minut Volání alarm handleru mají maximální reálnou dobu běhu (wall time) 15 minut.
Durable Objects (RPC / HTTP) Neomezeně Žádný pevný limit, dokud zůstává volající připojen k Durable Object. Durable Objects zůstávají aktivní, dokud probíhá požadavek, RPC volání, stream odpovědi, WebSocket nebo čekající I/O operace.
Workflows (na krok) Neomezeně Každý krok může běžet po neomezenou dobu. Na jednotlivé kroky se vztahuje nakonfigurovaný Limit CPU času.