Как стать автором
Обновить

Комментарии 8

А если использовать PostgreSQL, то понадобится создавать отдельный проект, помимо проекта для .NET приложения?

В данном случае да. Если нужно захостить сервис с постгресом, понадобится еще один проект. Но обычно, если это как в примере бот, может хватить и SQLite. Это встраиваемая БД, для нее отдельный проект не нужен

Тогда еще вопрос - эту же механику нельзя применить для деплоя на обычной VPS?

Нет, для обычной VPS не получится, только для GitOps сервисов типа Heroku. Но для VPS в интернете и так море инструкций на любой вкус

На обычной VPS генеришь ключи SSH, даёшь им в репозитории права только на чтение. Делаешь git pull проекта, убеждаешься что он поднялся по docker compose up -d

Создаёшь хук .git/hooks/post-merge который отрабатывает каждый раз после скачивания обновлений из репозитория

#!/bin/sh

docker-compose up -d --build

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

crontab -e

00 * * * * git -C ~/server/REPO pull

Всё. Любой хостинг. Хоть с постгресом, хоть с чем угодно. Разве что докрутить нотификашки если не поднялось можно

и готовность платить от 5-7$ в месяц

Стоимость начинается от 170 руб

И это все с мизерными ресурсами по сравнению с VPS/VDS за ту же цену. Стоит ли это этих денег?

Но в VDS на вашем ресурсе еще ОС крутится. А тут это чисто под ваше приложение, поэтому реальная разница не такая большая. Плюс тут оплата идет именно за удобство обновлений. И по факту вопрос в том, сколько стоит ваше время и как часто вам нужно обновлять проект, если времени не очень жалко или вы накатываете обновления раз в год, можно сэкономить с VPS, если жалко, проще заплатить чуть дороже и обновлять одной командой в терминале

Не буду спорить, но разница большая, даже если брать самые дешевые тарифы типа 1Гб оперативки и 10Гб диска. Основной упор это удобство деплоя, которым можно пренебречь если разворачиваете свои приложения "на попробовать".

Зарегистрируйтесь на Хабре, чтобы оставить комментарий