Крупная компания столкнулась с неожиданным ростом расходов на Amazon RDS и Amazon DynamoDB. Организация использует AWS Organizations со множеством аккаунтов для разработки и продакшена. Единая стратегия тегирования для всех аккаунтов не применяется, хотя рекомендации требуют развертывания инфраструктуры с помощью AWS CloudFormation и использования согласованных тегов. Руководство требует, чтобы все существующие и будущие таблицы DynamoDB и инстансы RDS включали значения центра затрат (cost center) и идентификатора проекта (project ID). Какой подход должен порекомендовать архитектор решений для выполнения этих требований?

Правильный ответ предлагает комплексное решение: Tag Editor эффективно тегирует существующие ресурсы, а создание тегов распределения затрат позволяет отслеживать расходы. Самое главное, использование Service Control Policies (SCPs) в AWS Organizations гарантирует, что новые ресурсы будут создаваться только с обязательными тегами cost center и project ID, предотвращая будущие проблемы с нетегированными ресурсами и обеспечивая соблюдение требований к тегированию на уровне всей организации. Неправильные варианты: Использование только Tag Editor для существующих ресурсов не решает проблему обязательного тегирования для новых ресурсов. Ожидание распространения тегов не является активным решением проблемы. AWS Config и Lambda могут помочь в обнаружении и исправлении, но не предотвращают создание нетегированных ресурсов изначально и требуют разработки и поддержки. Изменение федеративных ролей для запрета выделения ресурсов без тегов менее масштабируемо и эффективно, чем SCPs, которые применяются на уровне организации. Кроме того, это не решает проблему тегирования существующих ресурсов.