Módulo 2: presentación de

la arquitectura en la nube
Arquitectura en la nube de AWS Academy

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados.
Información general sobre el módulo
Secciones
1. ¿Qué es la arquitectura en la nube?
2. El Marco de AWS Well-Architected de Amazon Web Services
(AWS)
3. Prácticas recomendadas para crear soluciones en AWS
4. Infraestructura global de AWS

Evaluación de conocimientos

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 2
Objetivos del módulo
Tras completar este módulo, podrá hacer lo siguiente:
• Definir la arquitectura en la nube
• Definir cómo diseñar y evaluar arquitecturas con el Marco de
AWS Well-Architected
• Explicar las prácticas recomendadas para crear soluciones en
AWS
• Describir cómo tomar decisiones fundamentadas acerca de
dónde colocar los recursos de AWS

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 3
 Un arquitectura grande
Región VPC

Subred Subred privada Subred privada

disponibilidad
pública

Zona de
Amazon

2
CloudFront
Puerta de Instancias de ElastiCach Instancia en Destino de
enlace NAT EC2 e para espera de montaje de
Puerta Memcache Amazon RDS Amazon
de enlace d EFS
de Internet
Aplicación Amazon EC2 Amazon
Auto Scaling EFS
Equilibrador de
Amazon carga
Route 53
Subred Subred privada Subred privada
disponibilidad 1

pública
Zona de

Puerta de Instancias de ElastiCache Instancia Destino de

enlace NAT EC2 para principal de montaje de
Usua- Sitio web
Memcache Amazon RDS Amazon
rios estático
d EFS
en S3

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 4
Sección 1: ¿Qué es la
arquitectura en la nube?
Módulo 2: presentación de la arquitectura en la nube

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservado
Necesidad de arquitectura

Alrededor del año 2000, Amazon enfrentaba dificultades para lograr que
su nuevo sitio web de compras ofreciera alta disponibilidad y fuera
escalable.

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 6
Orígenes de AWS
• De acuerdo con el CEO de AWS, Andy Jassy, en ese momento,
las herramientas de comercio electrónico de Amazon era “un
lío desordenado”

• Las aplicaciones y las arquitecturas se crearon sin una planificación

adecuada

• Era difícil separar los servicios entre sí

• Solución: Amazon creó un conjunto de API bien documentadas,

que se transformó en el estándar de desarrollo de servicios de
la empresa © 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 7
Los problemas persistieron
• Amazon siguió teniendo dificultades para crear aplicaciones con
rapidez.

• Se requerían 3 meses para creación de los componentes de base de

datos, cómputo y almacenamiento.

• Cada equipo creaba sus propios recursos, sin planificación para

escalabilidad
o capacidad de reutilización.

• Solución: Amazon creó servicios internos para crear arquitecturas

altamente disponibles, escalables y fiables basadas en su
infraestructura.©En 2006,
2022, Amazon Amazon
Web Services, comenzó
Inc. o sus filiales. areservados.
Todos los derechos vender estos 8
Arquitectura en la nube

Diseño de la estructura Estructura finalizada

Estos son mis
objetivos de
negocio y
requisitos…

Cliente Cuadrilla de construcción

(Responsable de la toma de decisiones) Arquitecto (Equipo de entrega)
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 9
 Conclusiones • La arquitectura en la nube es la
práctica
importantes de aplicar características de la nube a
de la Sección 1 una solución que usa servicios y
funciones de nube para satisfacer las
necesidades técnicas de una
organización y los casos prácticos
empresariales
• Puede usar los servicios de AWS para
crear arquitecturas altamente
disponibles, que sean escalables y
fiables

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 10
Sección 2: el Marco de AWS
Well-Architected
Módulo 2: presentación de la arquitectura en la nube

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservado
Pilares del Marco de AWS Well-Architected

Excelencia Eficiencia del Optimización

Seguridad Fiabilidad Sostenibilidad
operativa rendimiento de costos

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 12
Pilar de seguridad

Base de Trazabilidad Seguridad en Evaluación

identidad todas las capas de riesgos
y estrategias
de mitigación

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 13
Pilar de excelencia operativa

• La capacidad de ejecutar y supervisar los sistemas

• Para mejorar de manera constante los procesos y

procedimientos
de apoyo

Implementad Actualizado En operación

o
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 14
Pilar de fiabilidad
• Recuperarse con rapidez de errores en la infraestructura
o interrupciones del servicio

• Adquirir de manera dinámica recursos de cómputo para

satisfacer
la demanda

• Mitigar interrupciones tales como:

• errores de configuración

• problemas transitorios de red

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 15
Pilar de eficiencia del rendimiento
• Elegir recursos eficientes y mantener su eficiencia con los
cambios en la demanda

• Democratizar las tecnologías avanzadas

• Emplear la compatibilidad mecánica

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 16
Pilar de optimización de costos
• Medir la eficiencia

• Eliminar los gastos innecesarios

• Considerar el uso de servicios administrados

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 17
Pilar de sostenibilidad
• Comprender el impacto

• Establecer objetivos de sostenibilidad

• Maximizar la utilización

• Anticipar y adoptar nuevas ofertas de hardware y software

más eficientes

• Reducir el impacto descendente de sus cargas de trabajo en

la nube
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 18
La Herramienta de AWS Well-Architected

• Ayuda a revisar el estado de las cargas de trabajo

y las compara con las prácticas recomendadas
más recientes de AWS en el ámbito de la
arquitectura.
Herramienta de
AWS Well- • Le permite acceder a los conocimientos y a las
Architected prácticas recomendadas que utilizan los
arquitectos de AWS, cuando lo necesite.
• Proporciona un plan de acción con una
orientación paso a paso sobre cómo crear
mejores cargas de trabajo para la nube.
• Proporciona un proceso coherente para que
revise
y mida sus arquitecturas en la nube.
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 19
 • El Marco de AWS Well-Architected
Conclusiones proporciona
importantes un enfoque coherente para evaluar
de la Sección 2 arquitecturas de nube y orientación para
implementar diseños.
• El Marco de AWS Well-Architected se
organiza
en seis pilares.
• Cada pilar documenta una serie de
preguntas básicas que le permiten
comprender si una arquitectura determinada
está bien alineada
con las prácticas recomendadas de la nube.
• La Herramienta de AWS Well-Architected
le permite revisar el estado de las cargas
de trabajo y las compara con las prácticas
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 20
Sección 3: prácticas
recomendadas para
crear soluciones en
AWS
Módulo 2: presentación de la arquitectura en la nube

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservado
Compensaciones de diseño
• Evalúe las compensaciones para que pueda seleccionar un
enfoque óptimo.
• Algunos ejemplos de compensaciones son:
• Cambiar la consistencia, la durabilidad y el espacio por el tiempo
y la latencia para ofrecer un rendimiento más alto.
• Priorizar la velocidad de comercialización de
las funciones nuevas por sobre el costo.
• Basar las decisiones de diseño en datos
empíricos.

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 22
 1. Habilite la escalabilidad (1 de 2)

Asegúrese de que su arquitectura

pueda manejar los cambios en la
demanda.
Servidores de
aplicaciones a su
Práctica no
capacidad
total recomendada

Los usuarios El administrador

no pueden inicia
acceder a la manualmente
aplicación Iniciar un un nuevo
nuevo servidor
servidor
requiere
tiempo
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 23
 1. Habilite la escalabilidad (2 de 2)

Asegúrese de que su arquitectura

pueda manejar los cambios en la
demanda.
Servidores de
aplicaciones
en el umbral Práctica
Los usuarios recomendada
de alarma
nunca Amazon EC2
experimenta Auto Scaling
n una recibe la
interrupción El nuevo alerta y escala
del servicio servidor está horizontalmente
listo antes
de que se
alcance la
capacidad total
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 24
2. Automatice su entorno

Cuando sea posible, automatice el

aprovisionamiento, la terminación De manera
y la configuración de recursos. automática,
registra la
acción para
Práctica no recomendada Práctica recomendada una solución
de
Amazon EC2 Autoadministración
El servidor de Scaling se inicia de cambios
aplicaciones nunca de manera
falla automática y
El administrador inicia El servidor de configura un
y configura aplicaciones nunca servidor idéntico
manualmente un nuevo falla
servidor Amazon CloudWatch
detecta de manera De manera
Los usuarios notifican
automática la automática,
manualmente al
instancia en mal estado notifica al
administrador
administrador
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 25
3. Trate los recursos como desechables

Aproveche la naturaleza
de aprovisionamiento dinámico
del cómputo en la nube.

Práctica no recomendada Práctica

recomendada
• Con el tiempo, servidores distintos • Automatice la implementación de recursos
terminan teniendo configuraciones nuevos con configuraciones idénticas
diferentes
• Termine los recursos que no se utilizan
• Los recursos se ejecutan cuando no se
• Cambie a nuevas direcciones IP de manera
necesitan
automática
• Las direcciones IP codificadas de manera
• Pruebe las actualizaciones en los recursos
rígida impiden la flexibilidad
nuevos , luego, reemplace los recursos
• Puede ser difícil o inconveniente probar viejos por los actualizados
actualizaciones nuevas en hardware que
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 26
4. Utilice componentes de acoplamiento débil

Diseñe arquitecturas con

componentes independientes.

Práctica no Práctica recomendada

recomendada
Servidores Servidore
web s web

Elastic Load
Balancing
Servidores de Servidores de
aplicaciones aplicaciones
Servidores web estrechamente Desacoplados con un
acoplados a los servidores de equilibrador
aplicaciones de carga

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 27
5. Diseñe servicios, no servidores
Use la variedad de servicios de
AWS. No limite su infraestructura
a servidores.

Práctica no recomendada Práctica recomendada

• Las aplicaciones simples se ejecutan en • Cuando corresponda, considere usar
servidores persistentes contenedores o una solución sin servidor
• Las aplicaciones se comunican • Las colas de mensajes manejan la
directamente entre sí comunicación entre aplicaciones
• Los activos web estáticos se almacenan • Los activos web estáticos se almacenan de
localmente en las instancias manera externa, como en Amazon Simple
Storage Service (Amazon S3)
• Los servidores backend manejan la
autenticación de usuarios y el • La autenticación de usuarios y el
almacenamiento del estado almacenamiento del estado de usuarios son
de usuarios manejados por los servicios administrados
de AWS
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 28
6. Elija la solución de base de datos adecuada

Adapte la tecnología a la carga

de trabajo, no al revés.

Aspectos para tener en cuenta:

• Las necesidades de lectura y • Los requisitos de latencia

escritura • El número máximo de usuarios
• Los requisitos de almacenamiento conectados al mismo tiempo
totales • La naturaleza de las consultas
• El tamaño habitual de los objetos • La intensidad necesaria de los
y cómo se accede a ellos controles de integridad
• Los requisitos de durabilidad
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 29
7. Evite los puntos únicos de error (1 de 2)

Suponga que todo

falla. Luego, diseñe Cuando sea posible, use la
en sentido inverso. redundancia para impedir que los
puntos únicos hagan fallar un
sistema completo.

Práctica no
recomendad
a
Servidores de aplicaciones Servidor de base de datos

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 30
7. Evite los puntos únicos de error (2 de 2)

Práctica
recomendada Cree un servidor de base

Replicación de datos secundario (en

Servidor Servidor de espera) y replique los
de base de base de datos.
Servidores de datos datos
aplicaciones (primario) (secundario)

El servidor secundario
toma la carga.
Replicación
Servidor de
La base de datos base de
Servidores de principal se datos
aplicaciones desconecta (secundario)
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 31
8. Optimice el costo

Aproveche la flexibilidad de AWS

para aumentar su eficiencia de
costos.

Aspectos para tener en

cuenta:
• ¿Mis recursos son del tamaño • ¿Con qué frecuencia
y tipo adecuados para el necesito usar este recurso?
trabajo? • ¿Puedo reemplazar
• ¿Qué métricas debo cualquiera de mis
supervisar? servidores con servidores
• ¿Cómo me aseguro de administrados?
desactivar los recursos que no
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 32
9. Use el almacenamiento en caché
El almacenamiento en caché minimiza las
operaciones de recuperación de datos
redundantes, lo que mejora el rendimiento y
el costo.

Práctica no Práctica
recomendada recomendada
Almacenamiento
Bucket de S3 en caché con Bucket de S3
con datos Amazon CloudFront con datos

Tres solicitudes de La segunda, tercera y enésima

latencia y costo solicitudes tienen menores
iguales. latencia y costo.

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 33
10. Proteja la infraestructura completa

Incorpore seguridad en cada

capa de su infraestructura.

Aspectos para tener en cuenta:

• Aislar partes de su infraestructura • Utilizar servicios administrados

• Cifrar los datos en tránsito y en • Registrar el acceso a recursos
reposo • Automatizar las implementaciones
• Aplicar la granularidad del control para mantener la coherencia de la
de acceso, mediante el principio de seguridad
mínimo privilegio
• Utilizar la autenticación multifactor
(MFA) © 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 34
 • Cuando diseñe soluciones, evalúe las
Conclusiones compensaciones y fundamente sus
importantes de decisiones en datos empíricos
• Sigas estas prácticas recomendadas
la Sección 3 cuando cree soluciones en AWS:
• Habilite la escalabilidad
• Automatice su entorno
• Trate los recursos como desechables
• Utilice componentes de acoplamiento débil
• Diseñe servicios, no servidores
• Elija la solución de base de datos adecuada
• Evite los puntos únicos de error
• Optimice el costo
• Use el almacenamiento en caché
• Proteja la infraestructura completa

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 35
Sección 4: infraestructura
global de AWS
Módulo 2: presentación de la arquitectura en la nube

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservado
Regiones de AWS
• Una región de AWS es una zona
geográfica
Irlanda

• Cada región de AWS consiste en dos Londres

Fráncfort

o más zonas de disponibilidad París

• La comunicación entre regiones utiliza

Londres
3 zonas de disponibilidad

la infraestructura de red troncal de

AWS
• Usted habilita y controla la replicación
de datos entre regiones
Ejemplo: región de Londres

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 37
Zonas de disponibilidad de AWS
• Cada zona de disponibilidad:
Nube de AWS
• Se encuentra conformada por uno o más
centros de datos Región eu-west-1

• Está diseñada para el aislamiento de errores Zona de disponibilidad eu-west-

1a
Centro de
• Está interconectada con otras zonas de datos
disponibilidad en una región por medio Centro de
datos
de enlaces privados de alta velocidad Centro de
datos
• Para algunos servicios, puede elegir la
zona de disponibilidad Zona de disponibilidad eu-west-
1b

• Para lograr resistencia, AWS Zona de disponibilidad eu-west-

recomienda 1c

la replicación entre zonas de

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 38
Zonas locales de AWS
• Le permiten ejecutar partes de las aplicaciones sensibles a la
latencia más cerca de los usuarios finales y los recursos en una
ubicación geográfica específica
• Son una extensión de una región de AWS en la que puede usar
servicios de AWS en proximidad geográfica de los usuarios
finales
• Le permiten ubicar servicios de cómputo, almacenamiento, base
de datos y otros servicios seleccionados de AWS más cerca de la
población, industrias y los centros de TI donde no hay una
región en la actualidad.
• Las administra y reciben soporte de AWS
• La zona local de AWS de Los Ángeles (LA) está disponible por
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 39
Centros de datos de AWS
• En los centros de datos se almacenan
y se procesan los datos
• Un centro de datos suele alojar decenas

de miles de servidores
• Todos los centros de datos se
encuentran
en línea y a disposición de los clientes
• Equipos de red personalizados de AWS:
• Provenientes de varios ODM
• Tienen una pila de protocolo de red
personalizada

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 40
Puntos de presencia de AWS

Ubicaciones
perimetrales

Ubicaciones
de borde
múltiples
Cachés
perimetrales
regionales

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 41
 Conclusiones • La infraestructura global de AWS está
compuesta por regiones, zonas de
importantes disponibilidad y ubicaciones perimetrales
de la Sección 4 • La elección de una región suele basarse
en los requisitos de cumplimiento o en
reducir la latencia
• Cada zona de disponibilidad se encuentra
separada de forma física de otras zonas
de disponibilidad y tiene alimentación,
redes
y conectividad redundantes
• Las ubicaciones perimetrales y las
cachés perimetrales regionales mejoran
el rendimiento al almacenar en caché el
contenido más cerca de los usuarios
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 42
Conclusión del módulo
Módulo 2: presentación de la arquitectura en la nube

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservado
Resumen del módulo
En resumen, en este módulo aprendió a hacer lo
siguiente:
• Definir la arquitectura en la nube
• Definir cómo diseñar y evaluar arquitecturas con el Marco de
AWS Well-Architected
• Explicar las prácticas recomendadas para crear soluciones en
AWS
• Describir cómo tomar decisiones fundamentadas acerca de
dónde colocar los recursos de AWS

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 45
Complete la evaluación de conocimientos

© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 46
Recursos adicionales
• Página de la infraestructura global de AWS
• Mapa interactivo de la infraestructura global de AWS
• Documento técnico sobre el Marco de AWS Well-Architected
• Documento técnico sobre el pilar de seguridad
• Documento técnico sobre el pilar de excelencia operativa
• Documento técnico sobre el pilar de fiabilidad
• Documento técnico sobre el pilar de eficiencia del rendimiento
• Documento técnico sobre el pilar de optimización de costos
• Documento técnico sobre el pilar de sostenibilidad
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados. 47
Gracias

¿Desea hacer correcciones, comentarios u otras preguntas?

Contáctenos en https://support.aws.amazon.com/#/contacts/aws-training
.
Todas las marcas comerciales pertenecen a sus propietarios.
© 2022, Amazon Web Services, Inc. o sus filiales. Todos los derechos reservados.