Я думаю, что использование промежуточного этапа в качестве серверной среды для локальной разработки может быть разумным, но многое зависит от специфики приложения и компании.Практически говоря, если это в конечном итоге упрощает вещи для вашей команды внешнего интерфейса и не вызывает других проблем, это кажется вполне приемлемым.
Конечно, есть и другие варианты:
- Создайте третью среду, которая будет служить бэкэндом для разработки внешнего интерфейса, оставляя в одиночку подготовку и производство.Зачастую для тестирования релиза может потребоваться подготовка, поэтому может быть неплохо иметь третью среду, в которой всегда хранятся последние изменения, над которыми может работать разработчик.
- Каждый разработчик может предоставитьи раскручивать свою собственную среду, работающую где-то удаленно (aws, gcp и т. д.), возможно, с различными версиями серверных служб.
- Запускать все локально (в идеале, просто запустить что-то вроде docker compose) и заполнять данные.
Между четырьмя вариантами (с использованием поэтапной работы, с использованием новой третьей среды, у каждого разработчика есть своя удаленная среда и локальная работа), тогда необходимо рассмотреть компромиссы каждого подхода и оптимизироватьдля вашего приложения / бизнеса.
Новые удаленные среды, очевидно, имеют денежные затраты и, возможно, требуют некоторой работы, чтобы начать работу.
Запуск всего локально не работает, но это может замедлить работу ваших разработчиков или может привести к сбою.много вычислительных ресурсов, если у вас много сервисов и базы данных.
Использование вашей промежуточной среды, вероятно, является наименьшим усилием, поскольку среда уже существует.Если нет очевидных проблем с этим, вероятно, стоит попробовать и инвестировать время / ресурсы в другой вариант, если в конечном итоге возникнут проблемы, вызванные его использованием для этой цели.