Backend, datos y seguridad Núcleo C · Convención de la industria Plataforma: Web

Background Job

Trabajo en segundo plano

Un trabajo en segundo plano es una tarea que el servidor ejecuta separadamente de la página o la respuesta API que pueda iniciarlo. La respuesta puede completarse antes de que el trabajo termine.

Ver cómo funciona
Podrías llamarlo Background JobTrabajo diferidotrabajo asincrónicoTarea en segundo plano

Ver cómo funciona

Ejemplo trabajado originalTrabajo en segundo plano
Estado y recuperaciónTrabajo en segundo planoaccepted request -> persisted job ID -> runner attempt -> terminal result; bounded retry
EXPORTAR INFORME202 aceptado
RECIBO DE TRABAJOjob_482GET /jobs/job_482
activity-aug.csv2,418 filas
✓ Archivo listostate: ready
MANTENER SEGUROMantener estado de trabajo durable después de que la solicitud termine.RECUPERARReanudar de forma segura o explicar la falla final.
accepted request -> persisted job ID -> runner attempt -> terminal result; bounded retryJOB
Trabajo en segundo planoFiabilidad del backend

Otro ejemplo

Una solicitud de informe crea el trabajo `report-204` y responde con un enlace de estado. Un trabajo de Kubernetes ejecuta el informe hasta que tenga éxito o alcance su límite de reintentos, registra ese estado final y se detiene.

Partes principales

  1. 01ID de trabajo e ingreso guardado
  2. 02Estado aceptado o en cola
  3. 03Ejecutante e intento
  4. 04Progreso o latido
  5. 05Estado de éxito o fracaso
  6. 06resultado y ruta de recuperación

Úsalo cuando

Usa un trabajo en segundo plano cuando el trabajo lento pueda finalizar después de que la persona reciba una respuesta. Guarda su entrada, identidad, estado y resultado final.

No lo uses cuando

No lo uses cuando la respuesta necesite el resultado de inmediato. Un ejecutor puede intentar nuevamente un trabajo fallido. Agrega una regla de seguridad antes de repetir cargos, correos electrónicos u otros efectos.

Nombre usado en código

accepted request -> persisted job ID -> runner attempt -> terminal result; bounded retry

Antes de lanzarlo

Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.

Solicitud que puedes copiar

Outcome: Complete the task with Trabajo en segundo plano (Background Job). User context: Una solicitud de informe crea el trabajo `report-204` y responde con un enlace de estado. Un trabajo de Kubernetes ejecuta el informe hasta que tenga éxito o alcance su límite de reintentos, registra ese estado final y se detiene. Technical concept or control: Trabajo en segundo plano (Background Job). Why it fits: Usa un trabajo en segundo plano cuando el trabajo lento pueda finalizar después de que la persona reciba una respuesta. Guarda su entrada, identidad, estado y resultado final. Do not use it when: No lo uses cuando la respuesta necesite el resultado de inmediato. Un ejecutor puede intentar nuevamente un trabajo fallido. Agrega una regla de seguridad antes de repetir cargos, correos electrónicos u otros efectos. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.

Revisa esta petición

Review how Trabajo en segundo plano (Background Job) is used now. Definition: Un trabajo en segundo plano es una tarea que el servidor ejecuta separadamente de la página o la respuesta API que pueda iniciarlo. La respuesta puede completarse antes de que el trabajo termine. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
Qué tan oficial es este término?

Convención de la industria

La gente a menudo usa este término en el trabajo. Las fuentes listadas pueden apoyar la práctica o las limitaciones. No definen cada parte del término.

Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos.

Alcance
Solo lo que cubre la fuente:nombre canónico、definición、implementación、orientación de uso、guía para evitarlo、API de la plataforma
Estado del documento
estable
Comprobado el
2026-07-30

Fuentes de evidencia y alcance

Fuente de autoridad + Referencia del término · Microsoft Azure Well-Architected Framework · estable Recommendations for developing background jobs Alcance: nombre canónico、definición、implementación、orientación de uso、guía para evitarlo Rol aquí: Referencia de término directo La fuente cubre: nombre canónico, definición, implementación, orientación de uso, guía para evitarlo Fuente de autoridad · Kubernetes · estable Jobs Alcance: nombre canónico、definición、API de la plataforma、implementación、orientación de uso、guía para evitarlo Rol aquí: Información útil, no una definición La fuente cubre: nombre canónico, definición, API de la plataforma, implementación, orientación de uso, guía para evitarlo

Cópialo tú mismo

El navegador no pudo copiar esto. Selecciona la solicitud a continuación y cópiala tú mismo.