Облачный сервис Amazon AWS, обеспечивающий около 60% операционной прибыли компании, недавно столкнулся минимум с двумя сбоями, где задействованы собственные инструменты ИИ для написания кода, пишет Financial Times. Руководство Amazon не признает связи с ИИ и указывает на промахи пользователей.
Четыре специалиста, близких к ситуации, рассказали издании, что в середине декабря в AWS произошел 13-часовой сбой в системе, доступной клиентам. Инженеры дали разрешение инструменту ИИ Kiro внести правки. Эта автономная система сочла оптимальным решением удалить и заново создать окружение
. Компания подготовила внутренний отчет о случившемся.
Несколько работников Amazon подтвердили еще один случай с участием Amazon Q Developer. Мы уже зафиксировали минимум два сбоя в продакшене
, — отметил старший специалист AWS для газеты. Инженеры доверили ИИ-агенту исправить неисправность самостоятельно. Проблемы оказались незначительными, но вполне ожидаемыми.
Amazon объясняет сбой неверными настройками прав доступа
В Amazon полностью отвергают такую версию событий. Представитель AWS в комментарии для Reuters заявил: Короткий инцидент случился из-за ошибки пользователя — конкретно из-за неправильно настроенных контролей доступа, а не по вине ИИ
.
Инцидент декабря компания назвала крайне ограниченным
. Под удар попал лишь сервис AWS Cost Explorer в одной из двух зон материкового Китая. Сервисы вычислений, хранения данных, баз данных и ИИ остались нетронутыми. Второй случай вообще не затронул сервисы AWS для клиентов.
Что касается декабрьского сбоя, Amazon пояснил Financial Times: задействованный инженер обладал слишком широкими правами — это вопрос контроля доступа пользователя, а не автономии ИИ
. По умолчанию Kiro запрашивает подтверждение перед любыми действиями. Кроме того, компания не заметила роста ошибок при использовании ИИ-инструментов.
ИИ-инструменты получили права операторов без обязательной проверки
Financial Times уточняет: внутри AWS ИИ-инструменты приравнивались к операторам и наделялись аналогичными полномочиями. В обоих случаях инженерам обошлось без одобрения коллеги — хотя обычно такая процедура обязательна.
После декабрьского происшествия AWS ввел ряд защитных мер, включая обязательную проверку коллег при доступе к продакшену и обучение сотрудников. Введение этих правил именно после сбоев плохо сочетается с позицией Amazon о банальной ошибке оператора.