Должен ли Docker использоваться в не детонах, а не в очень гибкой среде?

Question

Представьте себя в начале нового проекта веб-приложения. Необходимо настроить обычную инфраструктуру - базы данных, веб-серверы, приложения-серверы. С самого начала вы знаете, что этот проект будет очень водонепроницаемым, со строгим разделением между командой разработчиков, командой развертывания, командой ops и т. Д. Нет непрерывных развертываний, никаких непрерывных действий.

Есть ли смысл пропагандировать использование докеров для такого проекта?

Есть ли скрытые преимущества использования докеров, которые мне не хватает?

Редактировать: Точка, сделанная с помощью @VonC ниже, совершенно верна, то, что я ищу здесь, однако, является аргументом для или против использования докера в самом процессе разработки/выпуска.

Answer 1

В этом случае, докер может быть использован для определения среды разработки, то есть изображение, которое включает в себя:

• правильный язык предустановлен
• право IDE с правильными настройками
• правые инструменты в правильной версии

Таким образом, разработчику необходимо только вытащить и запустить изображение, посвященное dev, и может сразу начать работать, не имея ничего, чтобы настройки.

---

аргументов за или против охватывающей докер в самой

в/процессе выпуска разработки Это в основном о способности к воспроизводству среды выполнения.
Это может быть не для непрерывной интеграции/развертывания в вашем случае, но это остается полезным для разработки в среде типа «как» (или «близкой к»), которую можно легко перестроить на производственной машине в любое время.

Answer 2

• Последовательные среды разработки/производства (нет необходимости в Vagrant и т.п.)
• Provisioning с Докер намного проще
• Если вы хотите использовать шаблон microservices, то Докер делает много смысла, независимо от жизненный цикл.
• Выполнение полного использования Docker также заставляет вас создавать лучшие приложения, на мой взгляд.
  • Он призывает создавать высоко развязку/12-factor приложение
  • Все одноразовое - контейнеры, сервера, балансировки нагрузки и т.д. Если у вас есть проблемы с сервером, уничтожить/заменить его.
  • Использование шаблонов Service Discovery делает масштабирование гораздо проще и гораздо более динамичны
• Docker инфраструктура - После установки, весы для нескольких приложений легко, экономя время в долгосрочной перспективе.
  • кластеры серверов
  • обслуживания механизмов регистрации/Discovery
  • обработки & динамической балансировки нагрузки DNS
  • ... все это после того, как установки, будет работать для нескольких приложений