aws-billing-and-cost-management

Этот навык посвящён проверяемому анализу и оптимизации расходов AWS. Он подходит для разборов счетов, поиска причин роста затрат, настройки бюджетов, оценки Savings Plans и Reserved Instances, right-sizing EC2, Lambda, RDS и EBS, проверки цен сервисов, запросов к Cost and Usage Report через Athena, обнаружения аномалий, работы с billing views и контроля Free Tier. Основные продукты в его модели — Cost Explorer для запросов расходов и использования по сервисам, аккаунтам, тегам и периодам; Budgets для порогов и уведомлений; Billing Views для ограничения данных определённым срезом биллинга; Compute Optimizer для рекомендаций по размерам ресурсов; Cost Optimization Hub для агрегирования возможностей экономии; Savings Plans и Reserved Instances для commitment-based скидок; CUR 2.0 для детальных строк биллинга, доступных через Athena. Перед любым вызовом Cost Explorer, Budgets или Savings Plans навык требует определить текущую дату инструментом, а не угадывать год: периодические данные и рекомендации должны быть привязаны к реальному календарю. Числа нельзя получать рассуждением в ответе. Суммы, средние, проценты, сравнения, количества и min/max следует считать скриптом или отдельным калькулятором, чтобы результат можно было повторить и проверить. Для запроса затрат по сервисам используется Cost Explorer с временным периодом, месячной гранулярностью, метрикой UnblendedCost и группировкой по SERVICE. Конец периода в таком запросе исключающий. В типовом фильтре можно отдельно исключать записи Credits и Refunds по RECORD_TYPE, но значения фильтра нужно сначала сверить через доступные измерения, поскольку несовпадение точного значения приводит к пустому результату. Для глубокого cost audit навык задаёт последовательность от ведущих драйверов расходов и сравнения месяц-к-месяцу до рекомендаций по оптимизации, поиска простаивающих ресурсов, проверки покрытия обязательствами, сервисных quick wins и итогового отчёта. Compute Optimizer требует предварительного opt-in: если аккаунт не зарегистрирован, рекомендации не появятся до включения статуса Active. При поиске цены нужно различать названия сервисов Cost Explorer и service codes Price List API — это разные справочные значения и источник частых ошибок. Billing view позволяет ограничить cost and usage конкретным срезом: пользователь может выбрать custom view, billing group или primary view, а поддерживаемые вызовы получают billing-view-arn. В набор поддерживаемых операций входят get-cost-and-usage, запросы с ресурсами, прогнозы, dimension values, tags и cost comparison drivers; отдельные операции по reservation и savings plans такого параметра не поддерживают, поэтому перед вызовом нужно проверить таблицу возможностей. Создание бюджета через billing view требует передать BillingViewArn в документе бюджета и корректный ARN. Навык учитывает типовые причины ошибок: неправильный dimension key вроде CHARGE_TYPE вместо RECORD_TYPE, неточное значение фильтра, отключённая hourly granularity, отсутствие opt-in Compute Optimizer, неправильный регион Budgets и пустой Total при группировке. Пустой Total при GroupBy является особенностью ответа, а не основанием считать данные потерянными: для общего итога нужен отдельный запрос без группировки либо детерминированное суммирование результатов скриптом. У Budget со статусом UNHEALTHY следует проверить причину в HealthStatus.StatusReason, например отзыв доступа к billing view. Для исполнения в контролируемой среде навык рекомендует AWS MCP с sandboxed execution, журналированием и enterprise controls, но те же команды AWS CLI могут выполняться в окружении с CLI-доступом. Он направляет к официальной документации AWS Cost Management, Pricing Calculator, Compute Optimizer и Well-Architected Cost Optimization Pillar. Карточка не обещает автоматическую экономию: она задаёт безопасный маршрут получения данных, их точного расчёта, проверки прав и интерпретации рекомендаций, после чего решение о покупке обязательств, изменении ресурсов или бюджетных уведомлениях остаётся отдельным управляемым действием.