Realmente depende de su caso de uso.
CloudFront es un CDN que básicamente ayuda a descargar el contenido estático (y hasta cierto punto dinámico) de su servidor web. Con Custom Origin ahora también puede usar CloudFront como “proxy” cuando se trata de almacenar en caché el contenido estático. es decir, al acceder a un contenido estático en CloudFront si no se encuentra, se reemplazará con su URL de dominio y luego el contenido / activo estático se obtendrá de su servidor web. Luego, CloudFront en adelante servirá el contenido en caché. Pero recuerde que con este lugar, debe reescribir la forma en que se sirve el contenido estático en su sitio web o debe tener alguna regla de reescritura de URL (algo que NGINX hace muy bien).
NGINX por otro lado es un servidor web, proxy inverso y equilibrador de carga. También tiene características de almacenamiento en caché y también hace compresión.
- Si ya hay funciones en PHP, ¿por qué necesitamos JavaScript?
- ¿Hasta dónde puede llegar un desarrollador web?
- ¿Se puede ofuscar el código de JavaScript de front-end?
- ¿Por qué JavaScript tiene tantos frameworks que se usan ampliamente, pero otros lenguajes de programación tienen uno o dos frameworks ampliamente utilizados?
- ¿Cuáles son las ventajas de Python, especialmente para el desarrollo web?
Si solo está sirviendo archivos estáticos, definitivamente un CDN funciona mejor que un servidor web o proxy inverso. Pero la mayoría de los sitios web o servicios web no se limitarán a eso. Para contenido estático, es posible que desee almacenarlos en S3 o servirlos a través de NGINX pero a través de un CDN.
Otros servicios de AWS en comparación con NGINX
AWS Elastic Load Balancer se puede comparar con NGINX. Si esa era su pregunta, entonces, sí, NGINX que funciona como equilibrador de carga se puede reemplazar con AWS ELB. Pero NGINX ofrece almacenamiento en caché y algunas otras ventajas que ELB no ofrece porque realmente no puede personalizar la configuración.
Ambos ofrecen la posibilidad de descargar SSL (terminación de SSL) y transferencia de SSL.
Ambos permiten el equilibrio de carga HTTP y TCP.
Puede usar ambos para configurar una sesión fija. NGINX podría implicar más trabajo, pero eso también ofrece más flexibilidad. AWS es simple pero solo puede usar lo que está construido de fábrica.
NGINX también se puede utilizar como puerta de enlace API y el servicio comparable de AWS es API Gateway. Ambos son bastante comparables en ese aspecto también.
