Эффективный процесс разработки для Cloud Foundry

Основной процесс внесения изменений в код, а затем передачи кода с помощью IDE или CLI в экземпляр CF кажется довольно неэффективным. Какой другой подход существует, желательно со следующими характеристиками:

  • Простота настройки среды на компьютере разработчика, включая такие случаи, как прием нового члена команды, когда важны воспроизводимость и согласованность.
  • Беспроблемный опыт разработки — изменение/развертывание/тестирование
  • Поддержка привязки локальных служб и имитации/заглушки

Подобный вопрос уже был, но он довольно устарел и соответствует темпам изменений в отрасли ( например, взрыв Docker) могут быть лучшие альтернативы push.


person oiavorskyi    schedule 12.11.2015    source источник
comment
Почему вы делаете вывод, что рабочий процесс CF неэффективен? Я думаю, что это обеспечивает беспрепятственный опыт разработки, учитывая, что одна операция push выполняет сборку, архивирование и развертывание за один шаг.   -  person Mark O'Connor    schedule 13.11.2015
comment
Вы можете развернуть свой собственный Cloud Foundry локально (с помощью виртуального бокса) или в экземпляре AWS с одной виртуальной машиной: docs.cloudfoundry.org/deploying/run-local.html. Это похоже на запуск собственного локального демона Docker или Docker-daemon-in-VM (если вы работаете в OS X), за исключением того, что вы получаете полный Cloud Foundry вместо одного Docker.   -  person Amit Kumar Gupta    schedule 13.11.2015
comment
@MarkO'Connor, вы правы, я должен был сформулировать свой вопрос более нейтрально. Нет ничего плохого в операции push как таковой, но я начинаю изучать способ работы CF и искал некоторые подсказки, чтобы сделать это правильно.   -  person oiavorskyi    schedule 13.11.2015
comment
@AmitKumarGupta спасибо, я попробую этот подход   -  person oiavorskyi    schedule 13.11.2015