¿Cuáles son los 3 temas principales para los nuevos usuarios y desarrolladores de Docker?

Answer 1

Aquí hay algunas preguntas que nos impiden adoptar Docker:

1. ¿Cuál es la mejor versión / distribución de Linux para alojar Docker? Hay muchos reclamos por ahí, pero pocos se basan en la experiencia real.
2. Soluciones de gestión de configuración. Lo sé, el factor 12 dice “poner la configuración en el entorno”, pero esto no es práctico cuando el entorno tiene un límite de unos pocos KB. ¿Cuál es el reemplazo para un archivo de propiedades Java de 1000 líneas en un mundo en contenedores?
3. ¿Cómo gestionan los contenedores el estado persistente? O incluso transacciones que se interrumpen cuando se vuelve a implementar un contenedor. Gran parte del evangelismo de Docker ignora la capa de la base de datos y simplemente renuncia a la mano.
4. ¿Cómo se descubren los contenedores? Si tiene una arquitectura orientada a servicios (como debería si usa microservicios en contenedores), ¿cuáles son las soluciones para conectarlos? Configurar embajadores parece que no escala bien.
5. ¿Qué tal el registro centralizado y el diagnóstico? ¿Cómo sé qué contenedores arrojan excepciones?
6. ¿Cómo hago un seguimiento de los contenedores inactivos? Esto es como el viejo problema de iniciar un montón de instancias de Amazon y luego olvidarse de ellas.

Answer 2

A la mayoría de los desarrolladores les encantaría tener una configuración de entorno estabilizada en su sistema local. Por ejemplo: PROD como medio ambiente en su local. Esto les da una mayor confianza en las cosas para ver y probar. Si es posible, aproveche ese flujo a través de la ventana acoplable y también para los evaluadores de control de calidad “¿Cómo ejecutar las pruebas más rápidamente con la ventana acoplable?

Answer 3

En mi opinión, he visto a usuarios que tienen problemas con la configuración del Registro de Docker, los contenedores de Docker con una configuración de entrega continua de Jenkins y muchas preguntas sobre el parámetro –seguro seguro del servidor que se usa al intentar hacer una “ejecución de Docker” en un contenedor fuera de su red y sin un protocolo seguro.