Контекст это супер, а кто что использует для хранения и шаринга единого контекста между несколькими отдельными микро-сервисами в рамках единого приложения? Также как решаете вопрос единого логирования из всех микро-сервисов с привязыванием к единому контексту?
А почему в место кучи конфигов, не привести конфигурацию для chef-solo или ansible который развернет все это без всяких проблем и любое количество раз?
Почему бы не посмотреть в строну нармального деплоя, обычно в добавок к коду еще может измениться и БД, а так же потребоваться перезапуск сервера приложений
P.S.
я использую capistranorb.com/
Стремиться надо к понятному и читаемому коду, в котором с первого взгляда понятно что откуда берется, а не к экономии строк кода. Поповоду inherited_resources он годен только для стандартных CRUD админок, а как только в сторону от этого отойдешь так он превращает разработку в ад.
Бегать то оно может и лучше, но для этого например есть спорт зал в который сотрудники могут вечером сходить и размяться. А во время рабочего дня сбегать в палатку это в половине случаев потеря времени не только на пробежку, но и на повторное вникание в проблему которую разбирал до пробежки.
Это хороший вариант, но без первой задачи, собирать в единое целое собрать сложно.
Может кому пригодится
P.S.
я использую capistranorb.com/