No está considerando los beneficios de empaquetar su aplicación como una imagen de contenedor acoplable. Una vez que la imagen se ha enviado a un registro de Docker accesible, puede ejecutarla en cualquier servidor compatible donde esté instalado Docker.

Cada contenedor Docker es un proceso especialmente aislado que se ejecuta en el servidor host. Si el host es una máquina virtual o un servidor físico es un detalle de implementación.

Espero que esto ayude

La afirmación inicial es falsa. El contenedor Docker aún depende de la funcionalidad del sistema operativo. El rendimiento nunca es el punto de venta de la ventana acoplable: si desea un rendimiento mínimo, puede usar el lenguaje ensamblador y escribir sus propias cosas desde cero. El beneficio de Docker tiene que ver con la facilidad de implementación de su aplicación lo antes posible sin problemas y escala, no "obtiene un beneficio de rendimiento".

Debido a la declaración defectuosa, la pregunta 1 es defectuosa.

El beneficio de usar los servicios de contenedor AWS EC2 o EC2 es la flexibilidad para escalar sus necesidades, es decir, de T2.micro a múltiples sistemas usando ELB, instancia puntual, redundancia, etc.

Puede seguir discutiendo sobre el "beneficio de rendimiento" de la caja de ubicación compartida/en las instalaciones, pero no puede cambiar la caja sin incurrir en costos adicionales. Para una máquina básica, debe sobreaprovisionar la caja, pagar todos esos costos por adelantado con su mejor estimación.

Por ejemplo, es posible que ECS c4.2xlarge (8 vCPU, 15 GB de RAM) no funcione tan bien como su caja local i7 de 16 GB sobreaprovisionada durante los próximos 3 años. De hecho, al principio, c4.large (2vCPU, 3,75 GB de RAM) es suficiente para los primeros 6 meses. En AWS, simplemente toma la instancia C4.large en lugar de sobreaprovisionarla.

Y después de 6 meses, su caja local sobreaprovisionada aumenta periódicamente, no puede hacer nada a menos que adquiera una actualización. Para AWS, tiene muchas opciones, por ejemplo

1. Simplemente reinicie la instancia de VM para escribir mejor c4.4xlarge o m4 si hace un uso intensivo de RAM que de uso intensivo de CPU. y/o
2. Habilite el escalado automático de ECS/EC2. Y/O
3. Usar flota de spot y escalado de flota de spot Y/O
4. Ampliar a otros servicios de AWS, por ejemplo, RDS, lambda, etc. Y/O
5. Puede terminar las instancias en cualquier momento. (Si decide detener el proyecto)

Debe usar on-premises , si

1. No previó ningún crecimiento de hardware futuro
2. Su hardware local + coubicación + costo de mantenimiento (copia de seguridad, etc.) es más económico que las tarifas anuales de AWS y tiene la intención de ejecutarlo durante al menos 1 año