Просто когда вы выполните git push, проект соберется и артефакты откатятся до состояния репозитория. Соответственно, если в нем были нужные данные, они сохранятся, в противном случае могут быть утеряны. Поэтому если у вас эти файлы/lfyyst БД генерируются при работе приложения, их лучше сохранять в постоянное хранилище. Но это именно для подхода, описанного в статье
Не обязательно, как и написано в статье, можно ограничиться yaml-файлом. Но Dockerfile более универсальный. Так вы не привязаны к конкретному облачному провайдеру и в целом можете развернуть почти все, что захотите
Но в VDS на вашем ресурсе еще ОС крутится. А тут это чисто под ваше приложение, поэтому реальная разница не такая большая. Плюс тут оплата идет именно за удобство обновлений. И по факту вопрос в том, сколько стоит ваше время и как часто вам нужно обновлять проект, если времени не очень жалко или вы накатываете обновления раз в год, можно сэкономить с VPS, если жалко, проще заплатить чуть дороже и обновлять одной командой в терминале
В данном случае да. Если нужно захостить сервис с постгресом, понадобится еще один проект. Но обычно, если это как в примере бот, может хватить и SQLite. Это встраиваемая БД, для нее отдельный проект не нужен
Обновлять не так удобно. Надо будет каждый раз на сайт заходить, удалять старые файлы, грузить новые. Плюс если потом захотите через Git, нужно будет git pull сделать не забыть
А как сильно может из-за троттлинга тормозить приложение? Просто если на 5% это одно, и может и не надо ничего делать, и это не проблема, а если на порядок - другое
Недавно просто делал статью по ASP.NET - Хостинг приложения Asp.Net Core Blazor c БД PostgreSQL на сервер через git push / Хабр (habr.com) не хотелось повторяться. Mono в данном случае как альтернативный пример
Просто когда вы выполните git push, проект соберется и артефакты откатятся до состояния репозитория. Соответственно, если в нем были нужные данные, они сохранятся, в противном случае могут быть утеряны. Поэтому если у вас эти файлы/lfyyst БД генерируются при работе приложения, их лучше сохранять в постоянное хранилище. Но это именно для подхода, описанного в статье
Не обязательно, как и написано в статье, можно ограничиться yaml-файлом. Но Dockerfile более универсальный. Так вы не привязаны к конкретному облачному провайдеру и в целом можете развернуть почти все, что захотите
Но в VDS на вашем ресурсе еще ОС крутится. А тут это чисто под ваше приложение, поэтому реальная разница не такая большая. Плюс тут оплата идет именно за удобство обновлений. И по факту вопрос в том, сколько стоит ваше время и как часто вам нужно обновлять проект, если времени не очень жалко или вы накатываете обновления раз в год, можно сэкономить с VPS, если жалко, проще заплатить чуть дороже и обновлять одной командой в терминале
Нет, для обычной VPS не получится, только для GitOps сервисов типа Heroku. Но для VPS в интернете и так море инструкций на любой вкус
В данном случае да. Если нужно захостить сервис с постгресом, понадобится еще один проект. Но обычно, если это как в примере бот, может хватить и SQLite. Это встраиваемая БД, для нее отдельный проект не нужен
In this case, it’s easier to take a regular VPS
А используя данные утилиты можно развернуть кластер не в k8s, а на простых виртуалках?
Обновлять не так удобно. Надо будет каждый раз на сайт заходить, удалять старые файлы, грузить новые. Плюс если потом захотите через Git, нужно будет git pull сделать не забыть
А как сильно может из-за троттлинга тормозить приложение? Просто если на 5% это одно, и может и не надо ничего делать, и это не проблема, а если на порядок - другое
А почему новая лицензия Elastic ограничивает его использование облачными провайдерами? Кажется, там открытая лицензия?