Если не секрет, где он ошибся, где оказались скрыты дополнительные косты?
Если мы говорим про "голую" ВМ, то ресурсы можно менять (CPU, RAM, ROM), однако для этого ВМ придётся перезапустить.
Если говорить про управляемые СУБД, то там всё происходит на лету благодаря Rolling Upgrades: https://habr.com/ru/company/yandex/blog/433814/
Вы правы, в некоторых местах (например, в названии) используем термин БД вместо СУБД. Однако иначе заголовок был бы слишком длинным для статьи.
В статье речь идёт именно про СУБД.
Вот тут можно посмотреть классические ВМ: https://cloud.yandex.ru/services/compute
А вот тут - управляемые базы данных: https://cloud.yandex.ru/services#data-platform
Всё так, но, как говорится, есть нюанс :) В статье постарался и on-premise уделить внимание. Всё-таки ещё остались кейсы, когда он выгоднее.
А что вы имеете ввиду под полноценным хостингом? У нас можно разворачивать "голые" ВМ, на которых можно хостить своё приложение. Также, как я описал в статье, можно прокинуть выделенный закрытый канал в свой ЦОД
Сожалею, что сложилось такое впечатление. Постарался показать минусы и того, и другого решения. Упомянул про главный, на мой взгляд, минус управляемых СУБД - недостаточные возможности по кастомизации и созданию сложных конфигов, ввиду чего управляемая СУБД проиграет в производительности на единицу ресурсов идеально настроенной опытным DBA СУБД в он-преме.
Я нисколько не скрываю, что симпатизирую именно управляемым СУБД. В конце статьи постарался объяснить свою точку зрения на этот счёт.