index0h

Вы слишком конкретизируете вопрос, достаточно было написать "как писать сервисы?")) НЕ "правильную" архитектуру (такого не бывает), а максимально подходящую под стек возможных задач с возможностью измениями требований к бизнес логике и масштабированию - можно написать только если у вас на руках ТЗ + известен бюджет. Это относится ко всем ЯП.

Под 1.5 можете использовать docker. Либо системы в стиле Puppet/Chef. Многое зависит от конкретно того, что за сервисы вы делаете.

На счет 2.3 и 1.5 - будьте готовы к сложностям поддержки. На подсистему накатки обновлений ложится ОЧЕНЬ большая ответственность.

Эффективней всего: решать конкретные рабочие задачи.

Те же VCS выбираются под проект. Бывают ситуации, когда svn - вполне оправдан, по сравнению с git.
CI - зависит от того, что вы требуете от CI)) Это может быть Jenkins, TeamCity, Bamboo, мне лично нравится связка gitlab+gitlab-ci.
Выбор тестового движка тоже зависит от профита, который он может дать именно на вашем проекте.
Принцип разделения вашего проекта на составляющие (вплоть до под проектов) зависит характера вашего проекта.
И много-много других штук.

Веду к тому, что нужна практика, практика и еще раз практика