70-535

Nota:

• https://docs.microsoft.com/es-es/azure/architecture/guide/

1. n niveles
   1. Dificil mantenimiento por tener que tocar todas la capas
   2. Usualmente usada para migrar aplicaciones con esta arquitectura
   3. Frecuente en soluciones en infraestructura IaaS o IaaS + servicios administrados
2. web-cola-trabajo
   1. Recomendado para puramente Pass
   2. Comunicación entre front-end y back-end mediante cola asincrona
   3. Dominios de apps sencillos que consumen muchos recursos, pero dificil mantener
3. Microservicios
   1. Dominios de apps complejos, muchos pequeños servicios independientes
   2. Servicios comunicados mediante contratos APIs
   3. Arquitectura mas resistente, basada en DevOps, velocidad de lanzamiento
4. CQRS

   Nota:

   • Segregación de responsabilidades de consultas y comandos
   1. Separa operaciones de lectura y escritura
   2. Es viable ejecutar las lecturas hacia vistas que se encuentren separadas fisicamente de la base de escritura
   3. Permite escalar procesos de lectura o escritura de forma independiente

      Nota:

      • No es necesario aplicar a toda la arquitectura, puede ser solo para ciertos procesos
5. Basada en eventos
   1. Modelo de publicación-suscripción (pub-sub)
   2. Suscriptores y productores independientes entre si
   3. Para apps que ingieren y procesan gran cantidad de información con poca latencia, tipo IoT y sistemas en tiempo real
6. Big Data
   1. En paralelo, divide conjuntos de datos en fragmentos
   2. Principalmente para análisis y reportes
   3. Analisis predictivo mediante Machine Learning
7. Big Compute

   Nota:

   • Informática de alto rendimiento (HPC)
   1. Calculos en paralelo en un gran número (miles) de nucleos
   2. Usado para simulaciones, modelado y representaciones 3D

1. Proceso

   Nota:

   • Modelo de hospedaje
2. Almacenamiento

   Nota:

   • BD, queues, cache, datos IoT, Datos no estructurados

1. Escalado automático
2. Almacenamiento cache
3. Creación de particiones
4. Diseño de API

Nota:

• Existen checklist para revisar diseño de acuerdo a los 5 pilares.

1. Escalabilidad
2. Disponiblidad
3. Resistencia
4. Administración
5. Seguridad

1. Administra almacenamiento entre dispositivos locales y en la nube
2. Solución de red de área de almacenamiento (SAN)

1. Es posible configurar un dominio personalizado,

   Nota:

   • No soporta Https, pero se puede usar un content delivery network (CDN) para usar Https
   1. Mapeo CNAME
   2. Mapeo intermedio averify

1. Para diseñar flujos de trabajo
2. Invoa APIs de un servicio de aplicaciones

1. Protección y cifrado AES y PlayReady
2. Analisis multimedia (voa y video)
3. Streaming de video a petición y en vivo con funcionalidad de CDN

   Nota:

   • CDN - Content delivery network
4. Basado en REST API

1. Contenedores es su opción natural

1. Empaquetado, implementación, administración , escalado y confiabilidad
   1. Contenedores
   2. Microservicios
2. Orquestador

1. Programar despliegue, escalado, monitorización, autorreparación
2. Orquestador de contenedores

1. Establece comunicación global con miles de millones de dispositivos IoT
2. Autenticación por dispositivo
3. Introducir datos en tiempo real y cargar datos a la nube
4. IoT Device Provisioning
   1. Registro y aprovisionamiento de dispositivos automáticamente

      Nota:

      • IoT Device Provisioning
5. IoT Edge
   1. Soluciones hibridas,
   2. Fácil orquestación entre códigos y servicios

1. Análisis, almacenamiento y visualización para datos nivel IoT en la nube

1. Seguridad de las cargas de trabajo locales y nube

1. Copias de seguridad híbridos

1. Automatiza, configura y instala actualizaciones en entornos híbridos
2. Integra sistemas de administración mediante runbooks sin servidor

1. Información sobre el estado rendimiento y uso, cargas de trabajo e infrastructura