то есть ожидания: "мы делаем хуже амазона, но зато и дешевле, купите у нас", реальность: "мы делаем хуже амазона, а ещё дороже, купите у нас" 😊

наверное, в этом есть некий смысл 😊но такое предложение от мейлов/яндексов/сбербанков и прочих мтс выглядит странно) (когда ты понимаешь, что облако дороже гугла/амазона, теряется вся мотивация смотреть детали)

мне даже кажется, что если взять Scaleway или какой-нибудь аналогичный дешёвый сервис, переклеить ему ярлычок на какое-нибудь "Русское облако" и продавать с минимальной наценкой, шансы на успех и то выше будут...

На кой чёрт малому бизнесу в принципе все эти облака?

Точнее, даже иначе, что малый бизнес будет держать в этих облаках?

serverless же

запихнуть контейнер в Google Cloud Run проще, чем VPS'ку/сервер с podman'ом поднять

ты же это прямо через GUI панельку можешь сделать

выбираешь образ контейнера, указываешь переменные окружения и кнопка DEPLOY и всё

А потом заплатить налог. И выйдет не меньше в итоге.

я слышал, с Hetzner'ом так делают

Ок, если какому-то там "бизнесу" нужно запустить один контейнер - то это вот вообще не показатель.

не знаю, насколько это официально...

так можно не один

сколько нужно - столько и запускаешь

Если им нужно запустить один контейнер, то им, собственно, нет необходимости запускать этот контейнер.

Странно проецировать эту ситуацию на что-то более серьёзное

не, ну правда, managed-сервисы же удобнее, чем самому там Kubernetes накатывать и админить его потом

в облаках мастер-ноды дают уже как сервис, это удобно

Так в mailru тоже

какие у малого бизнеса есть варианты вообще?

1. самим купить сервер/впски и админить их, например, если достаточно 1 впски для мини-проекта, можно взять Microk8s или, если несколько, то K3s
2. взять какой-нибудь Digital Ocean и получить managed Kubernetes
3. пойти ещё дальше и взять Google Cloud Run
4. переписать проект таким образом, чтобы он был написан на FaaS (AWS Lambda / OpenFaaS и прочее такое)

4 пункт выглядит сложным для многих, 3 пункт подходит для монолитов на базе фреймворков (вот типа Django что-нибудь), 2 пункт подходит для многих вещей, 1 пункт - то, как раньше делали и как сейчас делают, если остальные пункты не подходят

то есть 2 и 3 выглядят как современные способы решать задачи, 3 проще, чем 2, потому что не нужно никаких Deployment'ов писать для Kubernetes и вообще никаких сложных настроек не нужно писать, всё через GUI

зарегистрировался в Google Cloud, вставил карту оплаты, получил некий GUI, выбрал образ контейнера, указал переменные окружения, задеплоил, оно там заработало (Knative) и отлично, в итоге ты можешь вообще не разбираться в DevOps, а просто быть, скажем Python-разработчиком и успешно деплоить проекты на Django вообще не понимая, как оно там внутри всё работает на Knative