ИИ и дата-центры
Microsoft открыла общее восстановление hosted-агентов Foundry после сбоев
Публикация:
С 28 октября Foundry Agent Service восстанавливает длительные задачи hosted-агентов после прерываний. Чтобы продолжить с сохранённого этапа и не повторить внешние действия, разработчикам нужно самим сохранять состояние и делать операции идемпотентными.
28 октября Microsoft объявила об общей доступности long-running resilience для hosted agents в Foundry Agent Service. Платформа обнаруживает прерывание и запускает выполнение заново с исходным вводом; функция рассчитана на процессы, которые занимают часы или дни.
Продолжение работы зависит от приложения. Microsoft указывает, что код агента должен сохранять промежуточные результаты и ход выполнения, чтобы после перезапуска перейти к последнему сохранённому этапу. Одной истории диалога для восстановления незавершённой работы недостаточно.
Повторный запуск может привести к повтору действий во внешних системах. Если агент, например, создаёт отчёт, приложение должно проверить, не создан ли он до прерывания, и не выполнять ту же операцию второй раз. Это ответственность команды, а не автоматическая гарантия Foundry.
Обновление относится к hosted agents, где команда использует собственный framework, цикл агента и middleware, а Foundry управляет размещением. Это отдельный режим от Copilot harness в Foundry, который предоставляет управляемый цикл и sandbox для агента. Microsoft описывает различия между подходами в своём анонсе. Для сравнения облачных сред с изоляцией и контрольными точками можно также посмотреть наш материал о Google Agent Compute Engine. Это другой сервис с иной архитектурой, а не часть Foundry.
Общая доступность может упростить эксплуатацию долгих агентных процессов, когда инфраструктурное прерывание иначе заставило бы повторять работу. Но сохранение прогресса и защита от дублирующих побочных эффектов остаются частью приложения: до запуска таких задач командам стоит проверить контрольные точки и повторяемость операций.