published
not discovered
Limits
These are the figures you would otherwise find out during an incident. They are the same on every plan except where a row says otherwise, and we will tell you a month before any of them changes.
the schedule
| Attempts, including the first run | 9 |
| First wait | 250 ms |
| Longest wait, and the cap | 30 s |
| Time from enqueue to the dead letter, worst case | 1 min 31.75 s |
| Clock skew allowed on a scheduled job | ±2 s |
the job
| Payload | 64 KB |
| Payload, Nightshift | 1 MB |
| Runtime before an attempt is abandoned | 15 min |
| Idempotency key | 128 bytes |
| Enqueue rate, per queue | 400 a second |
| Queues, Yard | 3 |
arrival
The arrival alert is the thing that fires when nothing fails. Bidewell measures the interval between jobs on a queue over its last two hundred arrivals, and raises the queue when four times the median interval passes with none. It needs forty arrivals before it will say anything, so a queue that has just been created is quiet for a while and says so in the dashboard rather than pretending it is watching.
| Arrivals before the alert is armed | 40 |
| Window the median is taken over | 200 arrivals |
| Multiple of the median that raises it | 4× |
| Shortest interval it will watch | 30 s |
| Longest | 31 days |
retention
| Attempt history, Yard | 7 days |
| Attempt history, Works | 30 days |
| Attempt history, Nightshift | 90 days |
| Dead letter, all plans | kept until you act |
| Payloads after a job is deleted | purged within 24 h |
The dead letter is the one thing with no expiry. Everything else is a window and the window is on your plan. Pricing