Löse KI-Agenten, Batch-Jobs und Migrationen genau dann aus, wenn du sie brauchst. Jeder wird in einem eigenen Container gestartet, verbindet sich mit deinen Diensten und Daten, führt seinen Auftrag aus und wird anschließend heruntergefahren.

Spitzenauslastungen werden normalerweise von einem ständig aktiven Worker bewältigt, für den du rund um die Uhr bezahlst. Eine Aufgabe erledigt dieselbe Arbeit, existiert aber nur, solange sie läuft, und wird pro Sekunde abgerechnet.
Migrationen und Datenkorrekturen sind oft in einem Runbook festgehalten oder bleiben nur in der Erinnerung derjenigen, die sie durchgeführt haben. Mit Task-Containern wird diese Arbeit zu einem definierten, wiederholbaren Teil deiner Konfiguration.
Jede Aufgabe läuft in denselben isolierten Containern wie deine Apps und nutzt kurzlebige, bereichsgebundene Tokens, sodass keine langfristig gültigen Anmeldedaten gespeichert werden müssen.
Eine App oder ein Worker läuft ständig, und ein Cron-Job wird nach einem Zeitplan ausgeführt. Wenn ein Job nur einmal ausgeführt und dann beendet werden soll, ist eine Aufgabe genau das Richtige: ausgelöst, ausgeführt, fertig.
Ein ressourcenintensiver Vorgang in deinem Web-Container kann dessen Arbeitsspeicher belasten und deine Website verlangsamen. Eine Aufgabe läuft auf eigenen Ressourcen, sodass deine Website weiterhin den Datenverkehr bedienen kann.
Einen Worker für ein gelegentliches Ereignis laufen zu lassen, bedeutet, ihn fürs Warten zu bezahlen. Eine Aufgabe startet, sobald sie ausgelöst wird, und wird pro Sekunde abgerechnet – zwischen den Ausführungen entstehen also keine Kosten.
Reindexierung, Bereinigung und einmalige Korrekturen erfordern keinen rund um die Uhr laufenden Prozess. Eine Aufgabe führt den Job auf Abruf aus und wird anschließend beendet; du kannst sie so gestalten, dass sie sicher erneut ausgeführt werden kann.
Ein Agent führt modellgenerierte Befehle aus und benötigt daher Grenzen. Eine Aufgabe ist auf einen Befehl und nur die von dir verknüpften Dienste beschränkt, wobei „Bubblewrap“ für eine strengere Isolierung zur Verfügung steht.
Eine App oder eine andere Aufgabe löst eine Aufgabe aus, für die zur Laufzeit ein kurzlebiges, bereichsgebundenes Token angefordert wird. Es wird nichts Langlebiges gespeichert, es gibt nichts, was rotiert werden müsste.
Ein Code-Review-Agent bei jedem Pull-Request, ein Bereinigungsagent, der veraltete Zweige entfernt, ein performance-Agent, der nach jedem Deploy einen Bericht erstellt – jeder wird gestartet, läuft und wird beendet.
Ein CSV-Import, wenn ein Nutzer eine Datei hochlädt, ein Datenexport auf Anfrage, eine Neuindizierung der Suche nach einer Schemaänderung. Aufgaben, die früher von einem Polling-Worker ausgeführt wurden, laufen jetzt nur noch, wenn sie gebraucht werden.
Stelle neues Programm bereit, führe eine einmalige Aufgabe in der neuen Umgebung aus und fahre dann fort. Dieser Schritt ist in deiner Projektkonfiguration festgehalten – und nicht im Gedächtnis von jemandem, der es manuell ausgeführt hat.