Back-end, dati e sicurezza Nucleo C · Convenzione del settore Piattaforma: Web

Background Job

Lavoro in background

Un lavoro in background è un'attività che il server esegue separatamente dalla pagina o dalla risposta API che può avviarlo. La risposta può completarsi prima che il lavoro sia finito.

Vedi come funziona
Potresti chiamarlo Background JobLavoro differitolavoro asincronoCompito in background

Vedi come funziona

Esempio originale svoltoLavoro in background
Stato e recuperoLavoro in backgroundaccepted request -> persisted job ID -> runner attempt -> terminal result; bounded retry
ESPORTA RAPPORTO202 accettato
RICEVUTA LAVOROjob_482GET /jobs/job_482
activity-aug.csv2,418 file
✓ File prontostate: ready
MANTENERE SICUROmantenere lo stato del lavoro durevole dopo la fine della richiesta.RECUPERARiprendi in sicurezza o spiega il fallimento finale.
accepted request -> persisted job ID -> runner attempt -> terminal result; bounded retryJOB
Lavoro in backgroundAffidabilità del back-end

Un altro esempio

Una richiesta di report crea il job `report-204` e risponde con un link di stato. Un Kubernetes Job esegue il report fino a quando non ha successo o raggiunge il limite di tentativi, registra quello stato finale e si ferma.

Parti principali

  1. 01ID del processo e input salvato
  2. 02Stato accettato o in coda
  3. 03Runner e tentativo
  4. 04Progresso o battito cardiaco
  5. 05Stato di successo o fallimento
  6. 06Risultato e percorso di recupero

Usalo quando

Usa un lavoro in background quando un'attività lenta può terminare dopo che la persona ha ricevuto una risposta. Salva il suo input, identità, stato e risultato finale.

Non usarlo quando

Non usarlo quando la risposta richiede il risultato immediato. Un esecutore potrebbe tentare nuovamente un lavoro fallito. Aggiungi una regola di sicurezza prima di ripetere addebiti, email o altri effetti.

Nome usato nel codice

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

Prima di spedire

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.

Puoi copiare la richiesta

Outcome: Complete the task with Lavoro in background (Background Job). User context: Una richiesta di report crea il job `report-204` e risponde con un link di stato. Un Kubernetes Job esegue il report fino a quando non ha successo o raggiunge il limite di tentativi, registra quello stato finale e si ferma. Technical concept or control: Lavoro in background (Background Job). Why it fits: Usa un lavoro in background quando un'attività lenta può terminare dopo che la persona ha ricevuto una risposta. Salva il suo input, identità, stato e risultato finale. Do not use it when: Non usarlo quando la risposta richiede il risultato immediato. Un esecutore potrebbe tentare nuovamente un lavoro fallito. Aggiungi una regola di sicurezza prima di ripetere addebiti, email o altri effetti. 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): Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework. 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.

Controlla questa richiesta

Review how Lavoro in background (Background Job) is used now. Definition: Un lavoro in background è un'attività che il server esegue separatamente dalla pagina o dalla risposta API che può avviarlo. La risposta può completarsi prima che il lavoro sia finito. 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
Quanto è ufficiale questo termine?

Convenzione del settore

Le persone usano spesso questo termine al lavoro. Le fonti elencate possono supportare la pratica o i limiti. Non definiscono ogni parte del termine.

Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework.

Ambito
Solo ciò che la sorgente copre:nome canonico、definizione、implementazione、guida all'uso、linee guida per l'evitamento、API della piattaforma
stato del documento
stabile
Selezionato attivato
2026-07-30

Fonti e ambito delle prove

Fonte dell'autorità + Riferimento del termine · Microsoft Azure Well-Architected Framework · stabile Recommendations for developing background jobs Ambito: nome canonico、definizione、implementazione、guida all'uso、linee guida per l'evitamento Ruolo qui: Riferimento diretto al termine La fonte copre: nome canonico, definizione, implementazione, guida all'uso, linee guida per l'evitamento Fonte dell'autorità · Kubernetes · stabile Jobs Ambito: nome canonico、definizione、API della piattaforma、implementazione、guida all'uso、linee guida per l'evitamento Ruolo qui: Contesto utile, non una definizione La fonte copre: nome canonico, definizione, API della piattaforma, implementazione, guida all'uso, linee guida per l'evitamento

Copia tu stesso

Il browser non è riuscito a copiare questo. Seleziona la richiesta qui sotto e copiala tu stesso.