O
неповторимый главный оригинал он же не из титана отлит, его тоже будут менять и эти изменения надо как-то всем протаскивать.
Size: a a a
2020 May 08
O
А потом херак и в один прекрасный момент у тебя api изменилось и в твой локальный кластер что-то ставиться перестало и ты пошел страдать.
R
у нас такие проблемы (про апдейт куба) решаются просто воссозданием всего песка заново, и да, если есть ломающиеся изменения -то надо руками
R
но в целом я понял мысль, да, согласен, тут есть подводные камни на сложных сэтапах
O
Вот представь что у тебя не один кубик, а 15, у каждого разраба свой. И у вас у всех там "что-то" в окружении.
R
у нас щас так и есть)
O
сочувствую. Хотя нет, не сочувствую, сами виноваты:)
R
ну нам достаточно удобно, хотя конечно есть некоторые боли, из списка, что ты выше описал
R
а как у вас? и какой тут лучше подход? есть советы?
O
Даже банальное "три конфига в конфигмапе, два ингреса, база управляемая контроллером и пяток сервисов по разным неймспейсам" дадут вполне себе такой адок в весьма недалеком будущем, потому что у всех все эффективно будет разное и будет куча историй про "как же сделать так, чтобы все работало и не умирало внезапно"
R
2-3 статичные среды и локальная разработка с каким-то telepresense?
O
2-3 статичные среды и локальная разработка с каким-то telepresense?
статичные среды, да. Локальная разработка с моками, если уж нужна связь с внешними сервисами, заодно тестированию помогает.
O
Ну кто-то из девелоперов себе свое собирает в миникубе если сильно хочется. Но редко.
O
К тому же код все равно попадает в dev окружение только через ревью, до этого можно подеплоить на dev-unstable (но тоже через git) и там уже девелоперы сами себе развлекаются как хотят. Ну и потом уже цикл с интеграционными тестами и так далее.
O
Поднимать копию всего энва все равно невозможно, слишком сложная структура, поэтому все примерно вот так.
b
Для остального можно просто деплоить в два места, благо все воспроизводимо.
Для этого есть azure devspaces и аналоги
R
статичные среды, да. Локальная разработка с моками, если уж нужна связь с внешними сервисами, заодно тестированию помогает.
у нас было так примерно, но не получалось эффективно параллелить разработку фич, и все хотели розовые мечты с "копия прода по кнопке"
O
Для этого есть azure devspaces и аналоги
Ага, и security review нового сервиса, и контракты с ажуром и еще много чего:)
b
Ага, и security review нового сервиса, и контракты с ажуром и еще много чего:)
Первый раз только сложно
O
Ну то есть да, наверно, но нет.