Communitygithub.com

django-celery

Patrones de tareas asíncronas con Django + Celery: configuración, diseño de tareas, planificación con Beat, reintentos, flujos de trabajo con Canvas, monitoreo y pruebas. Útil para añadir trabajos en segundo plano, tareas programadas o procesamiento asíncrono a una aplicación Django.

¿Qué es django-celery?

Este skill proporciona patrones de nivel de producción para el procesamiento de tareas en segundo plano en Django utilizando Celery con Redis o RabbitMQ. Cubre desde la configuración inicial del proyecto, incluyendo la creación del archivo `celery.py` y la configuración de Django, hasta el diseño de tareas básicas, con reintentos automáticos y límites de tiempo suaves. También incluye patrones para tareas idempotentes, planificación periódica con Celery Beat (tanto con horarios definidos en código como en base de datos), y flujos de trabajo complejos mediante el uso de Canvas (cadenas, grupos y acordes). Además, aborda el manejo de errores con colas de mensajes muertos, estrategias de prueba con `CELERY_TASK_ALWAYS_EAGER` y herramientas de monitoreo como Flower. Es compatible con cualquier proyecto Django que requiera procesamiento asíncrono y está diseñado para entornos de producción.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/django-celery

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Patrones de tareas asíncronas con Django + Celery

Patrones de nivel de producción para el procesamiento de tareas en segundo plano en Django usando Celery con Redis o RabbitMQ.

Cuándo activarlo

  • Añadir trabajos en segundo plano o procesamiento asíncrono a una aplicación Django
  • Implementar tareas periódicas o programadas
  • Descargar operaciones lentas (correo electrónico, generación de PDF, llamadas a API) del ciclo de solicitud
  • Configurar Celery Beat para planificación tipo cron
  • Depurar fallos de tareas, reintentos o acumulaciones en colas
  • Escribir pruebas para tareas de Celery

Configuración del proyecto

Instalación

pip install 'celery[redis]' django-celery-results django-celery-beat

celery.py — Punto de entrada de la aplicación

# config/celery.py
import os
from celery import Celery

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'config.settings.development')

app = Celery('myproject')
app.config_from_object('django.conf:settings', namespace='CELERY')
app.autodiscover_tasks()  # Descubre tasks.py en cada INSTALLED_APP

@app.task(bind=True, ignore_result=True)
def debug_task(self):
    print(f'Request: {self.request!r}')
# config/__init__.py
from .celery import app as celery_app

__all__ = ('celery_app',)

Configuración de Django

# config/settings/base.py

# Broker (Redis recomendado para producción)
CELERY_BROKER_URL = env('CELERY_BROKER_URL', default='redis://localhost:6379/0')
CELERY_RESULT_BACKEND = env('CELERY_RESULT_BACKEND', default='django-db')

# Serialización
CELERY_ACCEPT_CONTENT = ['json']
CELERY_TASK_SERIALIZER = 'json'
CELERY_RESULT_SERIALIZER = 'json'

# Comportamiento de las tareas
CELERY_TASK_TRACK_STARTED = True
CELERY_TASK_TIME_LIMIT = 30 * 60        # Límite máximo: 30 min
CELERY_TASK_SOFT_TIME_LIMIT = 25 * 60   # Límite suave: envía SoftTimeLimitExceeded
CELERY_WORKER_PREFETCH_MULTIPLIER = 1   # Evita que el worker acumule tareas largas
CELERY_TASK_ACKS_LATE = True            # Reencola tareas si el worker se cae

# Persistencia de resultados
CELERY_RESULT_EXPIRES = 60 * 60 * 24   # Conserva resultados durante 24 horas

# Planificador Beat (para tareas periódicas)
CELERY_BEAT_SCHEDULER = 'django_celery_beat.schedulers:DatabaseScheduler'

# Aplicaciones instaladas
INSTALLED_APPS += [
    'django_celery_results',
    'django_celery_beat',
]

Ejecutar workers

# Iniciar worker (desarrollo)
celery -A config worker --loglevel=info

# Iniciar planificador Beat (tareas periódicas)
celery -A config beat --loglevel=info --scheduler django_celery_beat.schedulers:DatabaseScheduler

# Worker + Beat combinados (solo desarrollo, nunca en producción)
celery -A config worker --beat --loglevel=info

# Producción: múltiples workers con concurrencia
celery -A config worker --loglevel=warning --concurrency=4 -Q default,high_priority

Patrones de diseño de tareas

Tarea básica

# apps/notifications/tasks.py
from celery import shared_task
import logging

logger = logging.getLogger(__name__)

@shared_task(name='notifications.send_welcome_email')
def send_welcome_email(user_id: int) -> None:
    """Envía un correo de bienvenida a un usuario recién registrado."""
    from apps.users.models import User
    from apps.notifications.services import EmailService

    try:
        user = User.objects.get(pk=user_id)
    except User.DoesNotExist:
        logger.warning('send_welcome_email: usuario %s no encontrado', user_id)
        return  # Idempotente — no lanzar excepción, la tarea ya no se puede completar

    EmailService.send_welcome(user)
    logger.info('Correo de bienvenida enviado al usuario %s', user_id)

Tarea con reintentos

@shared_task(
    bind=True,
    name='integrations.sync_to_crm',
    max_retries=5,
    default_retry_delay=60,       # segundos antes del primer reintento
    autoretry_for=(ConnectionError, TimeoutError),
    retry_backoff=True,           # retroceso exponencial
    retry_backoff_max=600,        # límite máximo de 10 minutos
    retry_jitter=True,            # aleatorizar para evitar avalanchas
)
def sync_contact_to_crm(self, contact_id: int) -> dict:
    """Sincroniza un contacto con un CRM externo con reintentos ante fallos transitorios."""
    from apps.crm.services import CRMClient

    try:
        result = CRMClient().sync(contact_id)
        return result
    except CRMClient.RateLimitError as exc:
        # Retardo específico del encabezado de respuesta
        raise self.retry(exc=exc, countdown=int(exc.retry_after))

Patrón de tarea idempotente

Diseña las tareas para que se puedan ejecutar de forma segura varias veces con las mismas entradas:

@shared_task(name='orders.mark_shipped')
def mark_order_shipped(order_id: int, tracking_number: str) -> None:
    """Marca un pedido como enviado — seguro de ejecutar varias veces."""
    from apps.orders.models import Order

    updated = Order.objects.filter(
        pk=order_id,
        status=Order.Status.PROCESSING,    # Guardia: solo actualizar si no está ya enviado
    ).update(
        status=Order.Status.SHIPPED,
        tracking_number=tracking_number,
    )

    if not updated:
        logger.info('mark_order_shipped: pedido %s ya enviado o no encontrado', order_id)

Tarea con límite de tiempo suave

from celery.exceptions import SoftTimeLimitExceeded

@shared_task(
    bind=True,
    name='reports.generate_pdf',
    soft_time_limit=120,
    time_limit=150,
)
def generate_pdf_report(self, report_id: int) -> str:
    """Genera un informe PDF con manejo elegante de tiempo de espera."""
    from apps.reports.services import PDFGenerator

    try:
        path = PDFGenerator.build(report_id)
        return path
    except SoftTimeLimitExceeded:
        # Limpiar archivos parciales antes de la terminación forzada
        PDFGenerator.cleanup(report_id)
        raise

Llamar tareas

from datetime import timedelta
from django.utils import timezone

# Disparar y olvidar (asíncrono)
send_welcome_email.delay(user.pk)

# Programar en el futuro
send_reminder.apply_async(args=[user.pk], countdown=3600)  # Dentro de 1 hora
send_reminder.apply_async(args=[user.pk], eta=timezone.now() + timedelta(days=1))

# Aplicar con enrutamiento de cola
sync_contact_to_crm.apply_async(args=[contact.pk], queue='high_priority')

# Ejecutar de forma síncrona (pruebas / depuración solamente)
result = generate_pdf_report.apply(args=[report.pk])

Planificación con Beat (tareas periódicas)

Horario definido en código

# config/settings/base.py
from celery.schedules import crontab

CELERY_BEAT_SCHEDULE = {
    'cleanup-expired-sessions': {
        'task': 'users.cleanup_expired_sessions',
        'schedule': crontab(hour=2, minute=0),   # 2am diario
    },
    'sync-inventory': {
        'task': 'products.sync_inventory',
        'schedule': 60.0,                         # cada 60 segundos
    },
    'weekly-digest': {
        'task': 'notifications.send_weekly_digest',
        'schedule': crontab(day_of_week='monday', hour=8, minute=0),
    },
}

Horario definido en base de datos (mediante django-celery-beat)

# Gestionar tareas periódicas desde el administrador de Django o código
from django_celery_beat.models import PeriodicTask, CrontabSchedule
import json

schedule, _ = CrontabSchedule.objects.get_or_create(
    hour='*/6', minute='0',
    timezone='UTC',
)

PeriodicTask.objects.update_or_create(
    name='Sincronizar inventario cada 6 horas',
    defaults={
        'crontab': schedule,
        'task': 'products.sync_inventory',
        'args': json.dumps([]),
        'enabled': True,
    }
)

Canvas: Encadenamiento y agrupación de tareas

from celery import chain, group, chord

# Cadena: ejecutar tareas secuencialmente, pasando resultados
pipeline = chain(
    fetch_data.s(source_id),
    transform_data.s(),          # recibe el resultado de fetch_data como primer argumento
    load_to_warehouse.s(),
)
pipeline.delay()

# Grupo: ejecutar tareas en paralelo
parallel = group(
    send_welcome_email.s(user_id)
    for user_id in new_user_ids
)
parallel.delay()

# Acorde: tareas en paralelo + callback cuando todas hayan terminado
result = chord(
    group(process_chunk.s(chunk) for chunk in data_chunks),
    aggregate_results.s(),       # se llama con la lista de resultados de los fragmentos
)
result.delay()

Manejo de errores y cola de mensajes muertos

# apps/core/tasks.py
from celery.signals import task_failure

@task_failure.connect
def on_task_failure(sender, task_id, exception, args, kwargs, traceback, einfo, **kw):
    """Registra todos los fallos de tareas en Sentry / alertas."""
    import sentry_sdk
    with sentry_sdk.new_scope() as scope:
        scope.set_context('celery', {
            'task': sender.name,
            'task_id': task_id,
            'args': args,
            'kwargs': kwargs,
        })
        sentry_sdk.capture_exception(exception)
# Enrutar tareas fallidas a la cola de mensajes muertos tras los reintentos máximos
@shared_task(
    bind=True,
    max_retries=3,
    name='payments.charge_card',
)
def charge_card(self, order_id: int) -> None:
    from apps.payments.models import Order, FailedCharge

    try:
        _do_charge(order_id)
    except Exception as exc:
        if self.request.retries >= self.max_retries:
            # Persistir en la tabla de mensajes muertos para revisión manual
            FailedCharge.objects.create(
                order_id=order_id,
                error=str(exc),
                task_id=self.request.id,
            )
            return  # No lanzar excepción — la tarea ha fallado permanentemente
        raise self.retry(exc=exc)

Pruebas de tareas de Celery

Pruebas unitarias (sin Broker)

# tests/test_tasks.py
import pytest
from unittest.mock import patch, MagicMock
from apps.notifications.tasks import send_welcome_email

class TestSendWelcomeEmail:

    @pytest.mark.django_db
    def test_envia_correo_a_usuario_existente(self, user):
        with patch('apps.notifications.services.EmailService') as mock_email:
            send_welcome_email(user.pk)
            mock_email.send_welcome.assert_called_once_with(user)

    @pytest.mark.django_db
    def test_ignora_usuario_inexistente_sin_error(self):
        """No debe lanzar excepción si el usuario se elimina entre la cola y la ejecución."""
        send_welcome_email(99999)  # Usuario inexistente — no debe lanzar excepción

Pruebas de integración con CELERY_TASK_ALWAYS_EAGER

# config/settings/test.py
CELERY_TASK_ALWAYS_EAGER = True      # Ejecutar tareas de forma síncrona en pruebas
CELERY_TASK_EAGER_PROPAGATES = True  # Relanzar excepciones de las tareas

# tests/test_integration.py
@pytest.mark.django_db
def test_registro_dispara_correo_de_bienvenida(client):
    with patch('apps.notifications.services.EmailService') as mock_email:
        response = client.post('/api/users/', {
            'email': '[email protected]',
            'password': 'strongpass123',
        })

    assert response.status_code == 201
    mock_email.send_welcome.assert_called_once()

Pruebas de reintentos

@pytest.mark.django_db
def test_tarea_reintenta_en_error_de_conexion():
    with patch('apps.crm.services.CRMClient.sync') as mock_sync:
        mock_sync.side_effect = ConnectionError('timeout')

        with pytest.raises(ConnectionError):
            sync_contact_to_crm.apply(args=[1], throw=True)

        assert mock_sync.call_count == 1  # Solo el primer intento cuando está en modo eager

Monitoreo

# Inspeccionar workers y colas activos
celery -A config inspect active
celery -A config inspect stats
celery -A config inspect reserved

# Verificar longitudes de cola (Redis)
redis-cli llen celery

# Flower: monitor web en tiempo real
pip install flower
celery -A config flower --port=5555

Antipatrones

# MALO: Pasar instancias de modelos — pueden estar obsoletas al momento de la ejecución
send_welcome_email.delay(user)        # Nunca pasar objetos ORM
send_welcome_email.delay(user.pk)     # Siempre pasar PKs

# MALO: Llamar tareas de forma síncrona en vistas de producción
result = generate_report.apply()      # Bloquea el hilo de la solicitud

# MALO: Tarea no idempotente sin guardias
@shared_task
def charge_and_fulfill(order_id):
    order.charge()     # Puede cobrar dos veces si la tarea se reintenta
    order.fulfill()

# BUENO: Idempotente con guardia de estado
@shared_task
def charge_and_fulfill(order_id):
    order = Order.objects.select_for_update().get(pk=order_id)
    if order.status != Order.Status.PENDING:
        return  # Ya procesado
    order.charge()
    order.fulfill()

Lista de verificación para producción

VerificaciónConfiguración
Reinicio del worker al fallarUnidad supervisord o systemd
CELERY_TASK_ACKS_LATE = TrueReencola tareas si el worker se cae
CELERY_WORKER_PREFETCH_MULTIPLIER = 1Distribución justa de tareas largas
Colas separadas por prioridad-Q default,high_priority,low_priority
CELERY_TASK_SOFT_TIME_LIMIT establecidoTiempo de espera elegante antes de la terminación forzada
Integración con SentryCapturar todas las señales task_failure
Flower u otro monitorVisibilidad de las profundidades de las colas
Beat se ejecuta en un solo nodoEvita la ejecución duplicada de tareas programadas

Habilidades relacionadas

  • django-patterns — ORM, capa de servicios y estructura del proyecto
  • django-tdd — Pruebas de modelos, vistas y servicios de Django
  • python-testing — Configuración de pytest y fixtures

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Skills relacionados