Diseñando una Arquitectura de Tres Niveles en AWS: ¿Qué Elemento No Pertenece?

Pregunta

Como arquitecto de soluciones, debe diseñar una arquitectura de varios niveles para un proyecto en AWS.

La aplicación contiene tres niveles: la capa frontal, la capa de lógica empresarial y la capa de almacenamiento.

Los grupos de Auto Scaling implementan las capas de lógica empresarial y front-end.

AWS RDS está seleccionado como la capa de almacenamiento.

La capa de front-end está en subredes públicas.

Las capas de backend y almacenamiento de datos están en subredes privadas.

¿Cuál de las siguientes opciones NO es una característica de esta arquitectura?

Respuestas

R. Cada capa se modulariza y administra de forma independiente.

B. El backend y el almacenamiento de datos no están expuestos a Internet y están protegidos en subredes privadas.

C. En esta arquitectura, los usuarios no tienen que configurar la cantidad deseada de servidores o capacidades.

D. Los servidores front-end y back-end se pueden configurar en diferentes zonas de disponibilidad para una alta disponibilidad.

Respuesta Correcta

A.BCD

Respuesta correcta - C.

La arquitectura de varios niveles en AWS tiene varias características, como alta disponibilidad y escalabilidad, tolerancia a fallas y seguridad.

La pregunta pide la opción que NO es una característica.

La opción C debe seleccionarse ya que los usuarios deben configurar el número mínimo/máximo/deseado de servidores en los ASG y las capacidades de lectura/escritura para la base de datos RDS.

La opción A es incorrecta porque la aplicación está dividida en tres componentes y cada componente funciona de forma independiente.

La opción B es incorrecta porque el backend y el almacenamiento de datos están ubicados en subredes privadas.

Los usuarios solo pueden llegar a la capa frontend.

La opción C es CORRECTA Consulte las explicaciones anteriores.

Esta arquitectura no es una arquitectura sin servidor.

La opción D es incorrecta porque los servidores en ASG se pueden colocar en varias zonas de disponibilidad, incluso si una AZ tiene una interrupción, los servidores en otras AZ pueden seguir funcionando con normalidad.

Ejemplo de Arquitectura.

https://docs.aws.amazon.com/whitepapers/latest/serverless-multi-tier-architectures-api-gateway-lambda/single-page-application.html

¡Ahora puedes descargar los tests!

Aquí puedes echar un vistazo a los tests que puedes descargar en formato PDF y Epub  para visualizarlos en tus dispositivos favoritos o incluso imprimirlos para estudiar, subrayar o hacer anotaciones en papel.
Poco a poco vamos agregando más.
Descargar versión imprimible
crossmenu