Короткий ответ
Управляемая база данных снимает с команды рутинные задачи — установку и патчинг СУБД, настройку резервного копирования, мониторинг места и производительности, организацию отказоустойчивости — оставляя управление схемой и запросами; взамен ограничивается прямой доступ к ОС и часть настроек движка.
Как это работает подробнее
провайдер автоматизирует создание резервных копий по расписанию, point-in-time recovery, применение патчей безопасности в обслуживаемое окно, а также предлагает встроенные механизмы отказоустойчивости.
Пример кода
example.txt
aws rds describe-db-instances --db-instance-identifier prod-db \
--query "DBInstances[0].[DBInstanceStatus,MultiAZ,BackupRetentionPeriod]"
# ["available", true, 7]Что использовать на практике
- Рекомендация. управляемую БД выбирают по умолчанию для типовых реляционных нагрузок, если не требуется специфичная версия/расширение/доступ к файловой системе; самостоятельная установка на ВМ нужна для нестандартных конфигураций.
- Проверка. вывод показывает статус инстанса, включён ли Multi-AZ, и срок хранения автоматических бэкапов в днях.
Подводные камни
- Риск. считать, что управляемая БД не требует настройки резервного копирования и мониторинга вообще
- Риск. не включать Multi-AZ/HA и обнаруживать это только после сбоя
- Риск. недооценивать ограничения managed-сервиса.