Arquitectura en la nube

Cloud
Arquitectura en la nube
Arquitectura en la nube
Arquitectura en la nube
• La arquitectura en la nube es la práctica de aplicar las características
de la nube a una solución que utiliza servicios y características de la
nube para satisfacer las necesidades técnicas de una organización y
los casos de uso de la empresa.

• Puede utilizar los servicios de AWS para crear arquitecturas altamente

disponibles, escalables y fiables
Arquitectura en la nube
Seguridad
Escelencia Operacional

• La capacidad de ejecutar y supervisar sistemas

• Mejorar continuamente los procesos y procedimientos de soporte

Fiabilidad
• Recuperarse rápidamente de las interrupciones de la infraestructura o del servicio

• Adquirir dinámicamente recursos informáticos para satisfacer la demanda

• Migrar interrupciones tales como:

• Desconfiguraciones
• Problemas transitorios de la red
Eficiencia en el rendimiento

Elegir recursos eficientes y mantener su eficiencia a medida que cambia la demanda

Democratizar las tecnologías avanzadas

Emplear la simpatía mecánica

Optimización de costos

• Medir la eficiencia

• Eliminar los gastos innecesarios

• Considere la posibilidad de utilizar servicios gestionados

AWS Well-Architected Tool
• Le ayuda a revisar el estado de sus cargas de trabajo y las compara con las
últimas prácticas recomendadas de arquitectura de AWS.

• Le da acceso a los conocimientos y a las prácticas recomendadas que utilizan

los arquitectos de AWS, cuando los necesita.

• Ofrece un plan de acción con 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
AWS Well-Architected Tool
• El marco de trabajo de AWS Well-Architected proporciona un enfoque coherente
para evaluar las arquitecturas de la nube y orientación para ayudar a
implementar los diseños.

• El marco de trabajo de AWS Well-Architected está organizado en cinco pilares

• Cada pilar documenta un conjunto de preguntas fundamentales que le permiten

entender si una arquitectura específica se alinea bien con las prácticas
recomendadas de la nube.

• La herramienta AWS Well-Architected Tool le ayuda a revisar el estado de sus

cargas de trabajo y las compara con las prácticas recomendadas de arquitectura
de AWS más recientes
Las compensaciones en el diseño.
• Evalúe las compensaciones para poder 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 mayor rendimiento.

• Dar prioridad a la velocidad de comercialización de las novedades

sobre el coste.

• Basar las decisiones de diseño en datos empíricos.

Permitir la escalabilidad
Garantizar que su arquitectura pueda hacer
frente a los cambios en la demanda

Servidor de
aplicaciones al
máximo de su
capacidad Anti-patrón

Usuarios no El administrador
pueden levanta
acceder a la manualmente el
aplicación nuevo servidor
El nuevo servidor
tarda en ponerse en
marcha
Permitir la escalabilidad
Garantizar que su arquitectura pueda hacer
frente a los cambios en la demanda

servidores de
aplicaciones
en el umbral Buena práctica
de alarma

Usuarios Amazon EC2 Auto

nunca Scaling es alertado y
experimentan se escala
una
interrupción El nuevo servidor está
en el servicio listo antes de que se
alcance la capacidad
Automatizar el Ambiente
Cuando sea posible, automatizar el aprovisionamiento, la
terminación y la configuración de los recursos Registra
automáticamente las
Anti-Patrón Buena Práctica Amazon EC2 Auto acciones en una
Scaling lanza y solución de gestión
El servidor de de cambios
configura
aplicaciones
automáticamente
se cae
un servidor
El administrador arranca idéntico
El servidor de
y configura aplicaciones se cae
manualmente el nuevo
servidor Amazon CloudWatch
detecta Notifica
los usuarios notifican
automáticamente las automáticamente al
manualmente al
instancias no saludables administrador
administrador
Tratar los recursos como desechables
Aprovechar la naturaleza de aprovisionamiento dinámico de la
computación en nube

Antipatrón Buena Práctica

• Con el tiempo, los distintos servidores acaban • Automatizar el despliegue de nuevos recursos con
teniendo configuraciones diferentes
configuraciones idénticas

• Los recursos se ejecutan cuando no se

necesitan • Terminar los recursos que no están en uso

• Las direcciones IP codificadas impiden la

flexibilidad • Cambiar a nuevas direcciones IP automáticamente

• Puede ser difícil o inconveniente realizar • Probar las actualizaciones en los nuevos recursos
nuevas actualizaciones en el hardware que
está en uso y, a continuación, sustituir los recursos antiguos
por los actualizados
Utilizar componentes poco acoplados
Diseñar arquitecturas con componentes independientes

Anti-Patrón Buena Práctica

Servidores web estrechamente

Desacoplado con un
acoplados a los servidores de
balanceador de carga
aplicaciones
 Diseñe servicios, no servidores
Utilice la amplitud de los servicios de AWS, no limite su
infraestructura a los servidores
Anti-patrón Buena práctica
• Las aplicaciones simples se ejecutan en servidores • Cuando sea apropiado, considere el uso de
persistentes contenedores o una solución sin servidor.

• Las aplicaciones se comunican directamente entre sí • Las colas de mensajes gestionan la comunicación entre
aplicaciones

• Los activos web estáticos se almacenan localmente en

las instancias • Los activos web estáticos se almacenan externamente,
como en Amazon Simple Storage Service

• Los servidores backend se encargan de la autenticación

de los usuarios y del almacenamiento de su estado • La autenticación de usuarios y el almacenamiento del
estado de los usuarios son gestionados por servicios
aws administrados
Elija la solución de base de datos adecuada
Adaptar la tecnología a la carga de trabajo, no al revés

• Necesidades de lectura y escritura

• Necesidades totales de almacenamiento
• Tamaño típico de los objetos y naturaleza del acceso a los mismos
• Requisitos de durabilidad
• Requisitos de latencia
• Número máximo de usuarios simultáneos que deben soportar
• Naturaleza de las consultas
• Fuerza requerida de los controles de integridad
Evite los puntos únicos de fallo
Asuma que todo falla. Entonces, diseña hacia atrás

Siempre que sea posible, utilice la

redundancia para evitar que un solo punto
haga caer todo el sistema

Anti-patrón