Нет опыта с докером, хочется попробовать, чтобы легко перемещать приложение между продакшеном, дев сервером, тестовым сервером, локальными машинами разработчиков.
Вопрос о том насколько легко будет отказаться от докера в какой-то момент активной жизни веб-приложения?
Какие могут быть грабли? Что нужно учитывать при настройке окружения?
Докер не добавит свой сущность при настройки сервера.
Т.е. все настройки софта идет по документации оного.
Так что теоретически соскочить сложно не будет, но вопрос в том какую альтернативу выберите? пока достойных альтернатив НЕТ
Sanes:
Удобное API и централизованное управление (а именно этим и отличается Docker от голых LXC, Zones, Jails) - в любом случае удобство. Ничуть не спорно.
Sanes: Если вы про саму концепцию использования контейнеров, то стоит вспомнить, что эта мода пришла нам от гиганских веб-сервисов, где число контейнеров исчиляется миллионами.
Оркестировать тысячи нод с помощью Ansible, Puppet, Salt, Chief возможно.
Но когда разработчики начинают совсем уж быстро и гибко подстраивать свое ПО в таком масштабе под нуждны реально, то выручают только контейнеры.
bamaz: Я понимаю выгоду контейнеров. Мне не нравится, как это сделано в докер. Если проблема с настройкой окружения, то системы упр. конфигурациями решают эти задачи. В итоге у вас будет нормальная машина, а не свалка имеджей.
Пойди там потом разберись откуда ноги растут.
Sanes: Перфекционизм это хорошо.
Но что-то мне подсказывает, что перфекционистов в мире полно. В т.ч. и те, кто уже решали эту проблему для себя.
См. best practices.
Один раз разобравшись слезать не захочется никогда ( в обозримом будущем).
Конфиги для сервисов не придется менять сильно, в основном только места роутинга( но такие места и найти легко, и их не так уж много). А дальше уже вопрос в том, куда перелезать будете.
Простой
