AWS представила готовое решение для централизованного наблюдения за корпоративной AI-платформой Amazon Quick. Когда на платформе работают сотни и тысячи пользователей, бизнесу нужна прозрачность: кто использует AI, довольны ли пользователи ответами, какие функции наиболее востребованы. Без единой системы observability эти данные разбросаны по разным сервисам AWS и сложны для анализа.
Решение собирает логи взаимодействия из Amazon CloudWatch vended logs (чат-конversации, обратная связь, использование агентов и индексного хранилища) и события AWS CloudTrail в защищённое data lake на Amazon S3. Данные доступны через Amazon Athena для SQL-запросов, дашборды Quick Sight и кастомного чат-агента Quick для вопросов на естественном языке.
Архитектура включает CloudWatch subscription filters → Amazon Data Firehose с Lambda-трансформацией → S3 data lake. CloudTrail-события маршрутизируются через EventBridge. AWS Glue Data Catalog управляет метаданными, AWS Lake Formation — правами доступа на уровне таблиц и колонок. Все данные шифруются customer managed KMS-ключом с автоматической ротацией.
Для развёртывания потребуются AWS аккаунт с подпиской Amazon Quick, Python 3.9+, Node.js 20+, AWS CDK и AWS CLI V2. Решение покрывает четыре ключевые метрики enterprise-уровня: adoption (внедрение), satisfaction (удовлетворённость), cost (стоимость) и governance (управление).
#AI #AWS #AmazonQuick #Observability #EnterpriseAI #MLOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👏1
AWS представила обновление Strands Evals SDK — инструментарий для автоматического выявления отказов AI-агентов и анализа их причин. Традиционные метрики (например, «агент выполнил 60% целей») не показывают, почему произошёл сбой. Detectors в Strands Evals анализируют трассы выполнения, классифицируют ошибки по девяти категориям (галлюцинации, неверные действия, ошибки оркестрации и др.) и строят причинно-следственные цепочки.
Система работает в два этапа: сначала сканирует каждый span сессии и возвращает категорию сбоя, уровень уверенности и доказательства из трассы. Затем проводит анализ первопричин: отделяет корневые причины от вторичных симптомов, определяет влияние и выдаёт рекомендации по исправлению — в системном промпте или описании инструментов. Для больших сессий используется чанковая обработка с перекрывающимися окнами.
Практическая ценность: вместо часов ручного дайвинга в логи — автоматический диагноз за минуты. Интеграция с Amazon Bedrock и CloudWatch позволяет встроить детекторы в пайплайн CI/CD. Для разработчиков, работающих с агентами в продакшене, это ускоряет цикл «обнаружил проблему — выпустил фикс».
#SAFETY #AIagents #StrandsEvals #MLOps #Development
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
👁 Мониторинг дискриминативных ML-моделей с Amazon SageMaker AI и MLflow
AWS представила архитектуру для мониторинга дискриминативных моделей машинного обучения (классификация и регрессия) на базе Amazon SageMaker AI и open-source библиотеки Evidently. Решение отслеживает дрейф данных и модели в production, интегрируется с MLflow и позволяет настроить алерты в Slack или автоматический перезапуск пайплайнов обучения.
Дрейф данных фиксируется при изменении статистических свойств входных данных (например, смена типа колонки или появление новых продуктов). Дрейф модели — когда точность предсказаний падает из-за изменения поведения пользователей или внешних факторов. Архитектура включает batch inference через SageMaker Batch Transform, processing job для расчёта метрик и EventBridge для запуска по расписанию.
Для разработчиков это кастомизируемая альтернатива встроенному мониторингу SageMaker: можно интегрировать результаты в любые дашборды, управлять затратами и поддерживать нестандартные сценарии. Решение особенно актуально для команд, которые хотят сохранить контроль над ML-пайплайнами без vendor lock-in.
#AI #AWS #SageMaker #MLflow #MLOps #Monitoring
AWS представила архитектуру для мониторинга дискриминативных моделей машинного обучения (классификация и регрессия) на базе Amazon SageMaker AI и open-source библиотеки Evidently. Решение отслеживает дрейф данных и модели в production, интегрируется с MLflow и позволяет настроить алерты в Slack или автоматический перезапуск пайплайнов обучения.
Дрейф данных фиксируется при изменении статистических свойств входных данных (например, смена типа колонки или появление новых продуктов). Дрейф модели — когда точность предсказаний падает из-за изменения поведения пользователей или внешних факторов. Архитектура включает batch inference через SageMaker Batch Transform, processing job для расчёта метрик и EventBridge для запуска по расписанию.
Для разработчиков это кастомизируемая альтернатива встроенному мониторингу SageMaker: можно интегрировать результаты в любые дашборды, управлять затратами и поддерживать нестандартные сценарии. Решение особенно актуально для команд, которые хотят сохранить контроль над ML-пайплайнами без vendor lock-in.
#AI #AWS #SageMaker #MLflow #MLOps #Monitoring
👍1
👁🗨 Amazon Bedrock AgentCore: обнаружение «тихих» сбоев AI-агентов
Amazon представила функцию оптимизации AgentCore для Bedrock, которая выявляет поведенческие сбои AI-агентов, не фиксируемые стандартными метриками. Проблема: дашборды показывают 99% успешных сессий, нулевые ошибки, но жалобы пользователей накапливаются — заказ не выполнен, статус товара неверен, шаг одобрения пропущен. Это «тихие» отказы, которые система считает успешными.
AgentCore анализирует трейсы сессий по 11 категориям сбоев: галлюцинации, неверные действия, нарушения инструкций, ошибки оркестрации и др. Вместо ручного просмотра тысяч логов система кластеризует паттерны, ранжирует их по доле затронутых сессий и генерирует объяснение первопричины для каждого кластера. Дополнительно доступен анализ намерений пользователей (что реально спрашивают у агента) и анализ исполнения (как агент отвечает, где отклоняется от задуманного сценария).
Для разработчиков это сдвиг от реактивного просмотра трейсов к проактивному обнаружению системных проблем. AgentCore потребляет уже собираемые данные трейсинга и не требует дополнительной инструментации. Функция доступна в Amazon Bedrock.
#Tech #AI #AWS #Bedrock #MLOps
Amazon представила функцию оптимизации AgentCore для Bedrock, которая выявляет поведенческие сбои AI-агентов, не фиксируемые стандартными метриками. Проблема: дашборды показывают 99% успешных сессий, нулевые ошибки, но жалобы пользователей накапливаются — заказ не выполнен, статус товара неверен, шаг одобрения пропущен. Это «тихие» отказы, которые система считает успешными.
AgentCore анализирует трейсы сессий по 11 категориям сбоев: галлюцинации, неверные действия, нарушения инструкций, ошибки оркестрации и др. Вместо ручного просмотра тысяч логов система кластеризует паттерны, ранжирует их по доле затронутых сессий и генерирует объяснение первопричины для каждого кластера. Дополнительно доступен анализ намерений пользователей (что реально спрашивают у агента) и анализ исполнения (как агент отвечает, где отклоняется от задуманного сценария).
Для разработчиков это сдвиг от реактивного просмотра трейсов к проактивному обнаружению системных проблем. AgentCore потребляет уже собираемые данные трейсинга и не требует дополнительной инструментации. Функция доступна в Amazon Bedrock.
#Tech #AI #AWS #Bedrock #MLOps
👍1🔥1
Together AI добавила на платформу нативные A/B-эксперименты для LLM-эндпоинтов. Живой трафик можно разделять между контрольной моделью и до 20 вариантами с заданным процентным соотношением. Это позволяет проверять качество кандидата на реальных пользователях, а не на бенчмарках: retention, thumbs-up, выполнение задач и другие продуктовые метрики.
В отличие от shadow-трафика, где ответы кандидата никому не показываются, здесь часть запросов реально обслуживается новой моделью. При этом клиентский код не меняется: тот же эндпоинт, API и ключи. Эксперимент вложен в долю контрольной модели: роутер сначала разрешает базовый сплит, а затем перераспределяет запросы внутри эксперимента. Важное требование — варианты должны иметь нулевой вес в основном traffic split, иначе замеры будут некорректными. Проценты в A/B — это фиксированные доли трафика, независимые от числа реплик и автоскейлинга.
Рампинг делается заменой всего списка участников одним вызовом API: например, 95/5 → 80/20 → 50/50. Обновления защищены etag — параллельное изменение коллеги не перезапишется молча. Победителя можно продвинуть через blue-green rollout, а удаление эксперимента мгновенно возвращает 100% трафика контрольной модели без правок на стороне клиента.
#AI #LLM #ABtesting #TogetherAI #MLOps
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡1🔥1👏1
Together AI добавила в платформу dedicated inference механизм роллаутов: живой трафик переносится с текущей модели на новый чекпоинт поэтапно, с health-проверками и автоматическим откатом.
Доступны три стратегии. Canary - шаги по долям трафика (по умолчанию 5% → 25% → 50% → 100%), blue-green - один переход 0% → 100%, rolling - последовательная замена реплик с сохранением ёмкости. Внутри каждого шага canary сначала масштабируется target, затем срабатывает health-гейт, идёт ожидание сходимости маршрутизации, дренаж source и только потом проверка метрик. Если гейт не проходит, роллаут переходит в SYSTEM_PAUSED и ждёт решения человека - отмена всегда за оператором.
В демо Qwen2.5-7B → Qwen3.5-9B гейт поймал рост p95-латентности на 137% уже при 10% трафика: роллаут отменили и запустили в обратную сторону - при живых запросах ни один не упал. Управление доступно через CLI (tg в пакете together 2.34.0+), REST API и Python SDK.
#AI #Models #TogetherAI #MLOps #Inference #Deploy #LLM
Please open Telegram to view this post
VIEW IN TELEGRAM
👏1
👨🏻🏫 Преподаватель CMU перестроил курс по MLOps, потому что ИИ выполняет все домашние задания
Автор курса Machine Learning in Production в Carnegie Mellon (100-170 студентов, MLOps и продакшн-инженерия вокруг ML-моделей) рассказал, как за пять лет переделал почти все формы аттестации. Ещё в 2021 году, до выхода ChatGPT, GPT-3 уже проходила тесты по чтению научных статей, не видя самих статей.
Что изменилось: письменные рефлексии заменены на 15-минутные устные беседы с ассистентом после каждой работы (20% баллов, pass/fail, число попыток не ограничено, но с высокими требованиями). Лабораторные сдают так же - показом результата и ответами на вопросы. Чтения теперь без баллов и вдвое реже. Повторные сдачи облагаются штрафом 10%. Доля экзамена выросла с 15% до 25%. Часть заданий - короткие видео-демо работающей фичи в реальном workflow.
Проверку кода и отчётов автоматизировали LLM-as-a-judge: модель получает пункт рубрики и решение (diff, отчёты) и ставит «pass» или «needs review» с комментариями для ассистентов. Решения теперь принимают в виде markdown-файлов вместо PDF. Автор признаёт: эти меры противоречат доказательным практикам частых низкоставочных оценок, но погоня за использованием ИИ бесполезна, а учить ответственной работе с ним всё равно нужно.
🎨 qvabo.studio/tg · картинки и видео
#AI #Education #MLOps #LLM #Development
Автор курса Machine Learning in Production в Carnegie Mellon (100-170 студентов, MLOps и продакшн-инженерия вокруг ML-моделей) рассказал, как за пять лет переделал почти все формы аттестации. Ещё в 2021 году, до выхода ChatGPT, GPT-3 уже проходила тесты по чтению научных статей, не видя самих статей.
Что изменилось: письменные рефлексии заменены на 15-минутные устные беседы с ассистентом после каждой работы (20% баллов, pass/fail, число попыток не ограничено, но с высокими требованиями). Лабораторные сдают так же - показом результата и ответами на вопросы. Чтения теперь без баллов и вдвое реже. Повторные сдачи облагаются штрафом 10%. Доля экзамена выросла с 15% до 25%. Часть заданий - короткие видео-демо работающей фичи в реальном workflow.
Проверку кода и отчётов автоматизировали LLM-as-a-judge: модель получает пункт рубрики и решение (diff, отчёты) и ставит «pass» или «needs review» с комментариями для ассистентов. Решения теперь принимают в виде markdown-файлов вместо PDF. Автор признаёт: эти меры противоречат доказательным практикам частых низкоставочных оценок, но погоня за использованием ИИ бесполезна, а учить ответственной работе с ним всё равно нужно.
🎨 qvabo.studio/tg · картинки и видео
#AI #Education #MLOps #LLM #Development
✍1🔥1💯1
Команда AWS SMGS Operations рассказала, как построила непрерывный контроль качества для мультиагентной системы, обслуживающей отдел продаж AWS по всему миру. Отдельные субагенты отвечают за выручку по территориям, 360-градусный профиль клиента и text-to-SQL запросы к аналитическим данным.
Проблема в том, что агенты ломаются тихо: latency и error rate остаются в норме, а ответы незаметно становятся неверными. До запуска Customer Insights Agent выдал трёхмесячную выручку клиента в $410,08 как «$410 Million», сослался на несуществующий в данных ARR и подал собственные расчёты как факты из источника. Мониторинг при этом оставался зелёным.
Фреймворк охватывает девять стадий жизненного цикла - от первого коммита до продакшена: определение эталона, сравнение версий, CI-регрессии, CD-гейт, канареечный скоринг, adversarial-тесты, детекцию дрейфа, пульс-мониторинг и автоматическую петлю обратной связи. Оценка ведётся на трёх уровнях: инструменты, отдельные агенты и оркестрация между ними. По словам AWS, рассогласование версий данных, промптов и кода в одном тесте уронило pass rate с 78% до 38%.
Стек: AgentCore Evaluations, Amazon Bedrock Guardrails, CloudWatch, S3, Redshift, AWS Lambda и Amazon Quick.
🎨 qvabo.studio/tg · картинки и видео
#Tech #AWS #AI #Agents #AmazonBedrock #MLOps #Development
Please open Telegram to view this post
VIEW IN TELEGRAM
✍1🤔1