GG
И тут выясняется, что, оказывается, можно было разрабатывать локально и без докера, или в докере, но без компоуз, или с компоузом, но потом все равно подпиливать под кубер
Size: a a a
2020 September 07
VS
Можно и такое развернуть, это правда. Только вот это позволяет промоделировать только часть вещей
Например? Что тогда можно промоделировать через компоуз в отличии от Куба?
VS
нет, проблем делай так. Когда вернёшься с проблемами, тогда обсудим
спасибо, шикарный ответ
GG
Например? Что тогда можно промоделировать через компоуз в отличии от Куба?
Точно так же - у тебя запуск приложения, его основную функциональность
GG
Те же хелсчеки - если ты из заимплементишь, они будут работать вне зависимости от того - засунул ты прилагу в куб или нет
VS
Во-первых, эти кубы могут отличаться по версиям от продакшен, другой набор компонентов
ну да.. Но если тогда говорить об абсолютно других конфигах для разработки, тогда малейшее изменение ориентированное для окружения разработки может что-то сломать в проде
GG
ну да.. Но если тогда говорить об абсолютно других конфигах для разработки, тогда малейшее изменение ориентированное для окружения разработки может что-то сломать в проде
У тебя все равно должно быть превью окружение
GG
Или ты прям сразу на прод катишь ?
VS
Или ты прям сразу на прод катишь ?
Нет, стейджинг есть
VS
У тебя все равно должно быть превью окружение
Ну в общем задача та же - необходимость поддерживать несколько окружения которые по сути разные
GG
Ну в общем задача та же - необходимость поддерживать несколько окружения которые по сути разные
Ты от этого никуда не уйдёшь
VS
Во-вторых, достаточно ли мощная у разраба машинка, чтобы она потянула все необходимые сервисы ? Ну, он же явно сервис пилит не в отрыве от других? Или все замокано по самые гланды?
На сколько компоуз экономнее в этом плане? На сколько я вижу, на фоне того же webpackdevserver оперативы тратится не много
VS
Ты от этого никуда не уйдёшь
Можно ли говорить, что ушёл, если сейчас у меня отличие между девом и продом только в волюмах для исходников (ну почти только в этом), а так они максимально близки друг к другу
A.
кто имел опыт работы с Helm Pingdom Prometheus exporter?
DS
Ну в общем задача та же - необходимость поддерживать несколько окружения которые по сути разные
с мини кубом у тебя тоже будут окружения разные.
VS
с мини кубом у тебя тоже будут окружения разные.
конфиги то будут одни и то же, и окружения будут разные только в тех местах, где это явно указано
ВЕ
ну да.. Но если тогда говорить об абсолютно других конфигах для разработки, тогда малейшее изменение ориентированное для окружения разработки может что-то сломать в проде
Ну как сказать - вот локально разрабы наверняка захотят просто монтировать текущую папку с кодом в контейнер, а в прод ты это всё соберешь в образ, который покатишь. Да потом еще и настройки, дебаги всякие они для прода повыключают поди. И вот тут и начинается, что компоуз обычно они уже знают, или согласятся сами в нем разобраться
GG
конфиги то будут одни и то же, и окружения будут разные только в тех местах, где это явно указано
И да... и нет ....
ВЕ
Можно ли говорить, что ушёл, если сейчас у меня отличие между девом и продом только в волюмах для исходников (ну почти только в этом), а так они максимально близки друг к другу
А это точно хорошо? Обычно для разработки можно укрутить в минимум (или наоборот, в бОльшую сторону) всякие настройки
k
вроде GPU умеют в несколько PCI устройств и тогда их через SR-IOV можно распихать в теории
Обычно такие GPU стоят недёшево, и те кто их использует уже об этом знают)