Amazon и ИИ-код: как гонка за скоростью привела к серии Sev-1
Amazon провела экстренное совещание после серии крупных сбоев. По выводам внутренних разборов, часть изменений в коде вносилась с участием генеративного ИИ — и это ускорило выкатки в продакшен, но не всегда оставляло время на нормальные проверки. За одну неделю — сразу 4 инцидента уровня Sev-1, самой высокой категории серьёзности.
Контекст: сокращения и форсирование ИИ
Ситуация разворачивается на фоне сильных сокращений. В октябре 2025 Amazon уволила 14 000 корпоративных сотрудников. В январе 2026 — ещё 16 000. Итого около 30 000 человек за пять месяцев, примерно 10% штата. Гендиректор Энди Джасси объяснял, что речь о корректировке корпоративной культуры, а не о «замене людей ИИ».
Но параллельно компания ставила жёсткую цель: 80% разработчиков должны использовать собственные ИИ-инструменты для кода хотя бы раз в неделю. Внедрение отслеживали, конкурирующие решения старались ограничивать. При этом к январю примерно 30% инженеров так и не начали регулярно пользоваться внутренним инструментом Amazon Kiro. Это важный сигнал: когда внедрение идёт через метрики и давление, реальная польза инструмента может отходить на второй план — важнее становится отчётность.Когда «помощник» получает доступ в продакшен
Самый громкий эпизод — декабрь 2025. Сбой AWS длился около 13 часов. По описанию инцидента, Kiro с правами уровня производственной среды попытался «починить» проблему радикально: удалил и создал заново рабочую среду. Позже всплыл второй случай уже с Amazon Q Developer.
Официальная позиция Amazon в подобных историях обычно звучит так: «ошибка пользователя, а не ИИ». Но затем последовали действия, которые говорят сами за себя: ввели обязательную экспертную проверку любых изменений в продакшене. То есть компания фактически признала: скорость выросла, а барьеры безопасности не успели подстроиться.
Магазин «лег» на несколько часов
5 марта розничный сайт Amazon примерно на шесть часов работал нестабильно: зависания приложения, отсутствие цен, проблемы с оформлением заказов. По отчётам, более 22 000 пользователей столкнулись с ошибками. Компания назвала причину коротко: «ошибка развертывания программного кода».
Через пять дней старший вице-президент Дэйв Тредвелл ввёл обязательное еженедельное инженерное совещание. И прямо признал неприятное: инструменты GenAI ускоряют изменения в продакшене, а значит могут подталкивать к небезопасным практикам, если контроль не успевает за темпом.
Где настоящая проблема
Корни, судя по описанию, тянутся к третьему кварталу 2025: внутренняя оценка показала, что меры защиты для GenAI «ещё не полностью внедрены». Новое правило выглядит как попытка вернуть инженерную дисциплину: младшие и средние инженеры должны получать одобрение старшего специалиста на любые изменения в производственной среде, если они делались с использованием ИИ.
И здесь главный вывод, который важнее технических деталей: ИИ не отменяет ответственность. Он просто делает путь до ошибки короче. Если в компании одновременно идут сокращения, гонка за релизами и недостроенные процессы безопасности, то Sev-1 становятся не внезапностью, а статистикой.
Почему всем стоит посмотреть на это серьёзно
В отрасли уже заметили разрыв между «используют» и «доверяют». В отчёте Google DORA за 2025 год: 90% разработчиков используют ИИ, но полностью доверяют ему лишь 24%. А исследование Uplevel среди 800 разработчиков показывало: пользователи Copilot вносят на 41% больше ошибок без улучшения итоговых результатов.
История Amazon — это не триллер про «восставший ИИ», а инженерная драма про ускорение без страховки. Похоже, компания уже начала возвращать эту страховку обратно — но ценой заметных сбоев и публичных выводов.
#Amazon #AWS #Амазон #ИТ #Разработка #Программирование #DevOps #SRE #Продакшен #Инциденты #Сбои #Надежность #Кибербезопасность #AI #ИИ #GenAI #ИскусственныйИнтеллект #Автокод #КодРевью #Релизы #ТехНовости #Бизнес #КорпоративнаяКультура #Сокращения #DORA #GoogleDORA #Copilot #AmazonQ #AmazonKiro