No hay problema con la dockerización de múltiples servicios. Creo que también debes considerar las siguientes cosas.

Debe pensar en cómo guardar los datos que ha utilizado dentro del contenedor. De forma predeterminada, los datos dentro del contenedor se destruirán cuando el contenedor se apague. Es posible que deba montar un volumen para mantener los datos de forma permanente.

Es posible que no pueda obtener el rendimiento básico cuando se ejecuta en la ventana acoplable.

En mi opinión, no es una buena opción si va a ejecutar todas las aplicaciones en Docker a menos que necesite aprovechar la ventaja de la contenedorización. Pero es fácil ejecutar aplicaciones y servicios sin estado con docker.

Debe contener todos los servicios basados en Linux que no tienen estado y requieren actualizaciones/cambios/parches frecuentes. Estos incluyen todos los tipos de servidores front-end y de aplicaciones.

Las bases de datos/almacenes de datos, por otro lado, son un caso más complejo, ya que hay problemas de rendimiento y persistencia/integridad de datos. Además, las bases de datos no se actualizan/parchean con tanta frecuencia como las aplicaciones front-end.

*Los contenedores de Windows solo se ejecutarán en Windows.

PROS:

1. Configuración rápida del entorno local para su equipo , si tiene todos sus servicios en contenedores. Será un entorno rápido configurado para su equipo de desarrollo.
2. Ayuda a evitar el problema "Funciona en el mío, pero no funciona en el tuyo" : muchos de nuestros problemas de desarrollo generalmente se derivan de la configuración del entorno de desarrollo. Si tiene sus servicios en contenedores, una gran parte de esto se descarga en otro lugar.
3. Implementaciones más fáciles : si bien todos tenemos diferentes procesos para implementar el código, es evidente que tenerlos en contenedores hace que las cosas sean mucho más fáciles.
4. Mejor control de versiones : como ya sabe, se puede etiquetar, lo que ayuda en el CONTROL DE VERSIONES.
5. Reversiones más fáciles : dado que tiene las cosas controladas por versión, se dice que es más fácil revertir su código. A veces, simplemente apuntando a su versión de trabajo anterior.
6. Fácil configuración multientorno : como hacen la mayoría de los equipos de desarrollo, configuramos un entorno local de integration , staging y production . Esto se hace más fácilmente cuando los servicios están en contenedores y, la mayoría de las veces, con solo un cambio de VARIABLES DE ENTORNO.
7. Soporte de la comunidad : contamos con una sólida comunidad de ingenieros de software que contribuyen continuamente con excelentes imágenes que se pueden reutilizar para desarrollar un excelente software. Puede aprovechar ese apoyo. ¿Por qué reinventar la rueda, verdad?
8. Muchos más... pero hay muchos blogs excelentes en los que puedes leer eso. =)

CONTRAS: Realmente no le veo muchas desventajas, pero aquí hay una que se me ocurre.

1. Curva de aprendizaje : sí, tiene cierta curva de aprendizaje. Pero por lo que he visto de mis ingenieros junior, no se necesita mucho tiempo para aprender a configurarlo. Por lo general, le lleva más tiempo descubrir cómo transportarlo en contenedores.

ALGUNAS PREOCUPACIONES:

1. Persistencia de datos : algunos ingenieros están preocupados por la persistencia de datos. Simplemente puede arreglar esto montando un volumen en su contenedor. Si desea usar su propia instalación de base de datos, simplemente puede cambiar su HOST, DB_NAME, USERNAME y PASSWORD con el que tiene en su localhost: 5432 y todo debería estar bien.

¡Espero que esto ayude!

Docker es una receta para la consistencia y la reproducibilidad.

Para hacer una buena taza de té, necesitas agua hirviendo, ponle una bolsita de té y déjala reposar durante tres minutos. Cómo logras hervir el agua es absolutamente irrelevante.

Ahora imaginemos que necesita servir 12 tazas de té. ¿Su personal sabe cómo hacer una cerveza adecuada? ¿Su personal sabe cómo usar una tetera o una sartén? ¿Qué garantía tienes de que cada taza de té será la misma?

Podría dedicar mucho tiempo a capacitar a las personas y asegurarse de tener todos los electrodomésticos que necesita. O puede invertir en una máquina que producirá la misma taza de té una y otra vez.

La analogía puede parecer estúpida, pero mi punto es que los problemas relativamente comunes ya tienen soluciones bien conocidas.

A menos que sea un escenario único o tenga restricciones adicionales que no conozcamos, ¿qué razones tiene para no considerar Docker?