Ну так и я про тоже.

Можно даже 146% нагрузки держать в облаке, если понимать что делаешь

У меня вызывает вопросы именно понимание

Облака х2-х3 от цены железа в лучшем случае.

Так что если деньги есть то да можно и так

IMHO, x5-x10 если начинать делать "без vendor lock"
и x3-x5 если делать "возьмем то что у вендора хорошо и дешево сделано"

но это мой опыт и мои прикидки, у других по другому

Ну для облаков вендер лок это весьма смутное понятие

наверное у тебя хотя бы RTB

У всех все есть
Только называется по разному. И деплои переписывать

да нет, облачный провайдер это и есть вендор
API AWS, GC, Azure, Ali, Huawey отличаются

иногда помогает terraform в этом, но тоже не всегда

апи отличаются

Сервисы у всех одинаковые

Минус "все свое" в том что у тебя в какой то момент настанет ситуация когда ты достиг предел в текущем/текущих помещениях либо по месту либо по питанию. И очень хорошо, если ты это вовремя заметишь, а не когда уже поздно. Оборудовать новый ДЦ - отдельная задача, не говоря уже про то что канал внутри ДЦ между стройками чаще всего жирнее.
Выше про планирование закупок железа было сказано - фактически нужны люди которые будут подбирать типовые конфигурации, закупать их, следить чтобы на складе всегда хватало железа на ремонт. Ремонт тоже кому то надо делать. Диск вылетел - твои проблемы. Свитч ведёт себя по свински? Твои проблемы. Организация сети тоже. Прохождение комплаенса тоже кстати.
Далеко не все хотят с этим связываться особенно на раннем этапе жизни компании

Берешь в дц приватные стойки с железом дц.

И дешево и все влезает

Они тоже кончатся или а какой то момент не смогут предоставить нужную топологию сети или нужный уровень контроля за тем же сетевым железом

ну за этим должен следить хед эксплуатации

И вовремя реагировать.

В какой то момент тебе предстоит переезд

а может масштабирование по