Docker tiene un gran potencial para resolver problemas en mi lugar de trabajo en un gran equipo (100) de desarrolladores de software y se utiliza para resolver problemas en mi lugar de trabajo. Esto incluye:
- Tener un clúster de Docker Hosts en los que puede ejecutar trabajos
- Hacer que los agentes de CI se ejecuten como imágenes acoplables para que pueda escalar horizontalmente según sea necesario (y garantizar que cada compilación sea completamente limpia y consistente)
- Especializados en diferentes agentes para compilaciones de Android, JS y Java
- Ejecución de pruebas JUnit en paralelo distribuido en múltiples contenedores
- Tener herramientas de desarrollo como Sonar y NPMJS ejecutándose en docker (en hosts dedicados) para que pueda actualizarlas fácilmente en una tubería de CI con un control de control de versiones
Los comentarios volvieron a mí:
Es genial que esto funcione, pero comprender el ecosistema de Docker es un salto mental para algunas personas . Ya se ha establecido que no ejecutaremos docker en producción, por lo que realmente no creemos que haya una razón para invertir en capacitar a nuestra gente en esta herramienta.
Mi pregunta es: ¿Cuáles son las razones para usar Docker en su proceso de desarrollo de software si no lo está usando en producción?
55
El hecho de que no lo vaya a usar en producción no significa que no sea una herramienta útil para fines de desarrollo, por lo que el argumento "no lo vamos a usar en producción, por lo que no queremos verlo en absoluto "me parece inválido. Ya tienes una lista de cosas que muestran cómo puede ser útil. Lo uso para ejecutar bases de datos para desarrollo y pruebas en mi máquina de desarrollo.
—
Jesper
Solo una nota rápida: para mí, usted escala (máquina más potente) o escala horizontalmente (agregue más máquinas). Escalar horizontalmente me parece extraño.
—
Machado
Hágase un favor y dedique una máquina a replicar las condiciones de producción si decide seguir esa ruta de uso de Docker para poder probar el programa en un entorno lo más similar posible a la producción. Aparte de eso, vuelve loco a Docker, diviértete.
—
Neil
Otro consejo rápido: los servidores de control de código fuente, los servidores de compilación y los servidores de CI son servidores de producción para sus desarrolladores. Su organización puede estar usando TI como un medio para un objetivo final (lo que significa que no está en el negocio de Tecnología), pero si tiene desarrolladores, esperan tener un entorno en el que puedan confiar para hacer algún trabajo. Eso significa que todos los servidores anteriores deben ser tratados como críticos como todo lo demás en su infraestructura, o de lo contrario obtendrá un equipo sin recursos para trabajar y entregar. Incluso si TI es un lado de soporte de su operación, no desea que simplemente se queden esperando que los servidores vuelvan a estar en línea.
—
Machado
El problema con los comentarios que recibió es: está traducido a »Vete con docker. No lo queremos. «Por supuesto, hay muchas razones que uno podría dar para usar Docker, pero en este caso, parece que los comentarios son solo una excusa educada.
—
Thomas Junk