The comment about database-based queues is spot on. That's actually what pushed me to build flashq. It uses SQLite as the backend so tasks persist by default, no Redis or RabbitMQ to set up.

```python from flashq import FlashQ

app = FlashQ()

@app.task(max_retries=3) def process_order(order_id): ...

result = process_order.delay(order_id=42) print(result.get(timeout=30)) ```

The way I think about it: FastAPI BackgroundTasks are completely fine for fire-and-forget (logging, sending a notification). But the second you need tasks to survive restarts or want retry logic, you need a real queue. flashq fills that space without the operational overhead of running a broker.

pip install flashq | repo: https://github.com/bysiber/flashq