Pull to refresh
7
0
Send message

А можно ли использовать клавиатуры в user-ботах?

Это обычная UTM-метка

Да, хотя это немного похоже на VPS. Только чуть менее гибко. Но для проекта со стабильной нагрузкой и редкими изменениями подойти может. Главное не забыть про бэкап на случай если железка навернется

У Netlify есть проблема c DNS, вернее с блокированием части их IP в России. Для прототипа может подойти, но если это продакшн сайт, вы можете потерять часть трафика к нему. Про это было обсуждение вот тут

Только назвать нужно было - как и зачем мы внедряли Kubernetes. Просто Kubernetes с CD к нему и мониторингом, это не совсем своя app-платформа ... Да и выписывать плюшки k8s , как преимущество "своего" решения немного "оптимистично". А в остальном - стек достаточно стандартный. Было бы интересно прочитать о том, что вы пробовали, почему не понравилось и в итоге выбрали то, что выбрали

Для Kubernetes, еще как вариант, можно использовать Kyverno для настройки

Можно и PostgreSQl, но это будут отдельные затраты на хостинг. В статье SQLite для этого, его вполне должно хватить. И это встраиваемая база, не требует отдельных проектов и весьма легковесна. Но все конечно зависит от вашей задачи

Недавно просто делал статью по 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 ограничивает его использование облачными провайдерами? Кажется, там открытая лицензия?

Information

Rating
Does not participate
Registered
Activity