Есть ли статьи от крупных компаний про то, как у них устроен инфраструктурно процесс разработки?



Ребята, привет

А подскажите, пожалуйста (накидайте ссылок) - есть ли статьи от крупных компаний про то, как у них устроен инфраструктурно процесс разработки? Ну то есть, вот пишу я асинхронный сервис который будет слушать кафку, которому нужна копия прод базы в постгре и горячие данные в редисе, при этом я собираюсь эти данные менять.

Что у меня локально на компьютере? Как я проверяю то, что я накодил? Как синхронизируются продакшен данные с девелопмент окружением? Они под каждого разработчика дублируются или под группу или вообще универсальный для всех?

А как у вас работает?

952   6  

Comments

  1. Alexey Kuznetsov
    Alexey Kuznetsov 6 лет назад
    плохо работает
  2. Илья Козлов
    Илья Козлов 6 лет назад
    Не идельно, но вот так у нас работает:<br>Локально - на моках и minikube, интеграционные в minikube, все зависимости (сервисы с которыми интегрируемся) всегда тянуться из latest<br>Все фичи всегда под FeatureToggle, ручное тестирование если нужно в QA/Prod
  3. Yu Ersh
    Yu Ersh 6 лет назад
    Локально на компе не стоит ничего - только редактор.<br>Компилится в облаке, запускать бинарь уже можно локально.<br>В облаке же гоняются юнит-тесты.<br>Поднимается уменьшенная копия prod environment, называется она dev.<br>Туда копируется часть данных по своему усмотрению.<br>Этот dev, в принципе, можно ломать как хочешь.<br><br>Вообще, надо поднимать культуру покрытия кода тестами, тогда нужда в тестировании в продакшене минимизируется.
  4. Andrey Dudin
    Andrey Dudin 6 лет назад
    Все от возможностей и усердия зависит. Да и проекты разные бывают. Если это вебморда с базой в пару гигабайт, то почему бы не поднять по отдельному стенду для каждого разраба. А если у вас петабайтное хранилище с кучей обвяза, то хоть тестовый стенд собрать и то хорошо)
  5. Юрий Насретдинов
    Юрий Насретдинов 6 лет назад
    Статью или ссылку скинуть не могу, но тренд я заметил давно: если прод база маленькая и сервисов немного, то у каждого по копии всего — это неплохой вариант. Когда данных и сервисов становится очень много, то наоборот чаще встречается, когда дев окружение у всех общее, хотя и это свои недостатки имеет. Можно совмещать оба подхода, когда только часть сервисов своя, остальное общее, и можно сконфигурировать и быстро поднять копию любого недостающего сервиса локально, если хочется. Вопрос в основном цены, ИМХО.
  6. Юра Буйлов
    Юра Буйлов 6 лет назад
    Подпишусь пожалуй, а так у нас у каждого своя база на ZFS и свой minikube на виртуалке vmware :)