MV
"Докер" как обобщение точки старта к облакам/statefull/stateless
Ну, какой это старт. Это просто фиговенький контейнер, скорее добавляющий проблемы, нежели их решающий.
Старт к облакам - это managed k8s.
Size: a a a
2021 June 02
MV
Это уже потом, когда первый испуг пройдëт
PD
Не, ровно наоборот. Без managed cloud - никакого профита не будет. С ним тоже профит будет не сразу и не факт, что будет, но уже больше шансов.
НМ
Ну, синкать можно с определённой периодичностью (выгружать дельту).
А вот хранить, я думаю, можно и фото и json с карточкой. Не каждый же раз идти в api за контентом, который редко меняется.
А вот хранить, я думаю, можно и фото и json с карточкой. Не каждый же раз идти в api за контентом, который редко меняется.
MV
Для начала нужно понять, что апп в контейнере не страшнее аппарат в ВМ
НМ
Вкупе с еще не до конца предсказуемым поведением памяти (люди жаловались на каком-то митапе) внутри докера это не очень справедливое замечание
M
Какой памяти? Вы про персистенс?
MV
Я про психологию ознакомления с новой технологией, а не про выкатку в пром.
НМ
Вроде речь была про дисковое пространство
PD
Ну, смотреть на НФТ нужно. С большоей вероятностью CDN вообще не нужен в данном случае )
PD
Ну, апп в ВМ обычно тоже не нужен. Ну и в контейнере хуже с сеткой, с дисками и так далее.
MV
Даёшь железный сервер на 40 ЦПУ и 768 ГБ ОЗУ под каждый элемент деплоя. Заодно резерв для роста будет... 🤣
PD
Э, а зачем? Нет никаких проблем развернуть кучу C# сервисов на одном сервере, они мешать друг другу не будут, это не пайтон.
PD
Вообще, у топикстартера сейчас Битрикс, значит нагрузка очень маленькая.
Ему на все хватит одного ноутбука )
Ему на все хватит одного ноутбука )
АШ
Извините, а в пайтоне venv - ы отменили?
АШ
Или о другом речь?
PD
Не знаю, но подружить разные версии пайтона на одной машине, говорят, сложно )
Хотя и реально
Хотя и реально
PD
Но вообще запустить несколько разных сервисов на одном компе - не проблема
PD
А уж для монолита - вообще нафиг вмки не нужны )