1. Architecture Design Methodology on Huawei Cloud.en.es
1. Architecture Design Methodology on Huawei Cloud.en.es
1. Architecture Design Methodology on Huawei Cloud.en.es
com
todas las industrias. Para aprovechar al máximo las características de una plataforma en la
Huawei Cloud, y explica un caso típico para ayudarlo a adquirir una comprensión básica de
2
Objetivos
⚫ Al finalizar este curso, usted podrá describir:
-Conceptos básicos de la computación en la nube
3
Contenido
4
Conceptos básicos de la nube y cronología del desarrollo
Liberar
Liberar Establecimiento Establecimiento Graduación
de AWS
Liberar Liberación de Liberación de de Docker de OCI de CNCF de K8
GSX y Lambda
de EC2 OpenStack Nube
ESX
No- Liberar y S3 Versión A Fundición
liberado
virtualización de KVM
por 2013 2014 2015 2015 2018
VMware
2006 2010 2011 Nativo de la nube
2000 2001 2006
Nube
Virtualización
5
Modelos de desarrollo de computación en la nube
Nube pública
Nube híbrida
Cortafuegos empresarial
Nube privada
Nube privada: la infraestructura de la nube es propiedad de una sola organización y está gestionada para su uso exclusivo.
Nube pública: el proveedor de servicios de nube posee y opera la infraestructura de nube y proporciona servicios de nube
abiertos al público o a clientes empresariales.
Nube híbrida: una combinación de nubes públicas y privadas, vista como una sola nube externamente.
6
Modelos de servicios de computación en la nube
⚫ Hay tres modelos de servicio para la computación en la nube: Infraestructura como Servicio (IaaS) que
proporciona servicios de computación y almacenamiento, Plataforma como Servicio (PaaS) que proporciona
entornos para desarrollar e implementar aplicaciones en la nube, y Software como Servicio (SaaS) que
proporciona aplicaciones como servicios.
TI tradicional IaaS PaaS SaaS
7
Beneficios de la computación en la nube
inicial para que enorme y el precio es • Por lo tanto, los usuarios pueden cuando se les necesite. • Más aplicaciones- infraestructura. servicios.
recursos empresariales más bajo. implementarlo fácilmente • Debido a los recursos nivel y menos • Acceso basado en API • Se establece una base sólida
Se puede utilizar para • Huawei Cloud es capaz de servicio dinámico en gran escala, es nivel de infraestructura permite que los recursos para que las empresas
aprovechar el valor proporcionar abundante Capacidades. Obtención de se puede asumir Operación y mantenimiento
se puede obtener de la adopten la nube nativa y
central de las empresas. Recursos para un gran recursos para el servicio. que los recursos son misma manera. promuevan los negocios
• Los activos fijos pueden número de empresas. La innovación también es Siempre disponible. innovación.
convertirse en una carga Por lo tanto, el requerimiento conveniente.
Para el futuro de recursos de uno
transformación. Para Un solo cliente es
ejemplo, negocio En general, es fácil encontrar
Se pueden hacer ajustes recursos en Huawei Cloud. Se
limitada por la reutilización puede suponer que siempre
de activos existentes. están disponibles.
disponible.
8
Contenido
9
Presencia global de Huawei Cloud para servicios integrales
29
Regiones
78 Centro global
< 10 ms
Nube Mar Estado latente
Nodos CDN
10
Infraestructura en la nube de Huawei
⚫ Una región es un conjunto de recursos divididos por una ubicación geográfica. Cada región comprende una o más zonas de disponibilidad y está completamente aislada de otras regiones.
Las zonas de disponibilidad dentro de la misma región pueden comunicarse entre sí a través de una red privada, mientras que las que se encuentran en regiones diferentes no pueden
hacerlo.
⚫ Una zona de disponibilidad (AZ) es un área geográfica con suministro de energía y redes independientes en la misma región de servicio. Por lo
general, una AZ es una sala de equipos físicos independiente. Una región tiene varias AZ. Si una AZ falla, las otras AZ de la misma región pueden
seguir funcionando. Las AZ dentro de la misma región pueden comunicarse entre sí a través de una red privada.
Larga distancia
Red independiente 1 anorte
fuentes de alimentación
No hay
No hay impactos indirectos apoyar
CN Norte- CN Este- en caso de desastre Centro de datos.
Pekín4 Shanghái3
AZ 1
CN Este- AZ 2 AZ 3
Shanghái 3a CN Este-Shanghai3b CN Este-Shanghai3c
Lógicamente
AF- interconectado Comunicación de red privada en una región (LAN)
Johannesburgo1 red entre
CN Este-Shanghai3
regiones
11
¿Cómo selecciono una región?
01 El cumplimiento es imprescindible.
12
¿Cómo selecciono una AZ?
13
Contenido
14
Principales fuerzas impulsoras de la migración a la nube de servicios
Una plataforma en la nube abierta, flexible, fácil de usar y segura ofrece a las empresas
con una nueva opción en la modernización de sus arquitecturas de TI.
15
Impulsado por la tecnología
⚫ La migración a la nube es esencial para que las empresas logren un desarrollo de servicios ágil, procesen cantidades
masivas de datos y creen sistemas de TI altamente resilientes.
Historia: TI tradicional Fase 1: Integración de recursos Fase 2: Servicio ágil
Aplicación Aplicación
Herramienta de desarrollo de datos
Datos
Base de datos Base de datos Lago de datos inteligente inteligencia
Aplicación Aplicación
Por vendedores
despliegue
DevOps Servicio
Desarrollo
Sistema
innovación
Microservicio Software intermedio
Recipiente
16
Impulsado por el servicio
⚫ Los proveedores de la nube ofrecen una gran cantidad de servicios PaaS y SaaS y soluciones completas para
ayudar a las empresas a explorar nuevos requisitos de servicio y mejorar la competitividad.
17
Impulsado por políticas
⚫ La computación en la nube es una industria clave, y las empresas que migran a la nube suelen recibir el apoyo y
la promoción de diversos gobiernos de todo el mundo.
China 2016
Dando forma al futuro digital de Europa
Europa 2020
China 2021
Más
18
Contenido
19
Requisitos de diseño de la arquitectura de la nube empresarial
La arquitectura de la nube empresarial debe cumplir con los
1. Rendimiento
requisitos de alta confiabilidad, alta seguridad, consistencia Las empresas están ávidas de aplicaciones de alto rendimiento y análisis
y cumplimiento en TI empresarial, y ser capaz de brindar rápidos para adquirir información rápidamente.
innovación de TI flexible, rápida y escalable. 2. Cost
Las empresas están interesadas en optimizar la programación del personal de
operaciones y mantenimiento y reducir la inversión de mano de obra en mantenimiento
de TI para que se puedan asignar más recursos para promover la combinación de
demandas de servicio y tecnologías de TI, motivando la innovación empresarial.
Gartner: No hay una solución única para todos.
No lineal 3. Seguridad
+ modo Sistemas de
- Las empresas requieren una implementación de seguridad completa
Aceptar innovación con un fuerte enfoque en la seguridad de los centros de datos
Gobernancia
inestabilidad (infraestructura física), acceso, redes, almacenamiento y datos.
Cargar
Sistemas de 4. Disponibilidad
(DevOps,
Tradicional diferenciación Cuando ocurre un desastre y un centro de datos falla, el otro centro de datos
automatizado,
modo reutilizable) puede funcionar en tiempo real para garantizar la continuidad del servicio.
- Requerido Sistemas de + 5. Mantenibilidad
fiabilidad registro
Cuando ocurre una falla o un riesgo, los servicios pueden recuperarse o cambiarse
(ITIL, CMMI, COBIT) según lo programado de manera oportuna para garantizar la continuidad del servicio.
20
Cinco principios del diseño de la arquitectura de soluciones
Arquitectura
21
Requisitos del cliente en materia de seguridad en la nube
01 02 03 04
Requisitos clave para la seguridad en la nube
22
Principios de diseño de seguridad de sistemas en la nube
23
Requisitos de alta disponibilidad
⚫ La disponibilidad de un sistema se refleja en dos aspectos:fiabilidad(continuidad del servicio) y
mantenibilidad(restauración rápida del servicio).
Disponibilidad =
MTBF + MTTR
Fiabilidad Mantenibilidad
Tiempo medio entre fallos
(MTBF, también conocido como vida media) Tiempo medio hastarecuperar
(tiempo medio de transporte)
⚫ La disponibilidad también puede considerarse como la continuidad del servicio. Disponibilidad de la instancia = (1 – Duración de la falla/Duración total del servicio) x 100 %. Por
ejemplo, una disponibilidad del 99,995 % significa que se puede acceder a un servicio durante 100 000 minutos consecutivos (aproximadamente 69 días), durante los cuales el
servicio no está disponible durante más de cinco minutos.
⚫ La confiabilidad se refiere a la probabilidad de que los productos puedan ejecutar las funciones especificadas según lo requerido, en las condiciones especificadas, durante el
tiempo especificado.
24
Principios de diseño de alta confiabilidad de sistemas en la nube
25
Métricas de rendimiento del sistema en la nube
La latencia, el rendimiento, las IOPS y la simultaneidad son factores clave relacionados con el rendimiento de las aplicaciones en la nube.
26
Principios de diseño del rendimiento del sistema en la nube
El rendimiento no tiene por qué ser extremo, basta con que sea ligeramente superior a los requisitos estándar.
27
Principios de diseño para la optimización de costos de sistemas en la nube
Reduciendo continuamente los costes:Asignar costos en función de la utilización de los recursos del sistema
01 a lo largo del tiempo.
02 Uso de servicios de alojamiento en la nube:Personaliza un plan para pagar solo por lo que usas.
28
Principios de diseño de la capacidad de mantenimiento de sistemas en la nube
01 Manténgase bien informado del estado del sistema a través del monitoreo.
La monitorización exhaustiva del estado operativo del sistema es la base para una operación y mantenimiento eficientes.
Automatice las operaciones para evitar operaciones incorrectas y acumule experiencia en operaciones y mantenimiento.
Aproveche al máximo las funciones de una plataforma en la nube para que los usuarios puedan centrarse en los servicios principales.
29
¿Cuándo pueden entrar en juego los principios de diseño
arquitectónico?
30
Contenido
31
Arquitectura del servicio de destino de Vmall
Aplicación front-end Sitio web para PC Sitio web WAP Aplicación
Reserva Ventas flash Agencia
presentación Explorar y visualizar (páginas de Transacciones (carritos de compra/pedidos)
inicio/categorías/detalles) colocación/pago) Cliente local +
Página
Página web
Centro personal
Otros (ayuda/servicios al cliente/anuncios)
(pedidos/devoluciones/reemplazos/direcciones) Página Página Gestión
Tratamiento Tratamiento
Gestión de páginas Gestión de sesiones (igual que PC) (igual que PC)
Realizar pedido Direcciones Carritos de compra Reservaciones Ventas flash Comentarios Pago
Sistema abierto
Mensaje Entrega
Facturación Devolución/Reemplazo CDS Puerta abierta
confirmación
Servicios de Protección Civil
notificaciones
Escucha
Otros sistemas Sistemas de terceros sistema
32
Análisis de la arquitectura del servicio de destino de Vmall
⚫ Vmall es una plataforma de comercio electrónico operada por Huawei que busca facilitar la vida a través de la información móvil. Las actividades típicas
de Vmall incluyen ventas de dispositivos, promociones navideñas y lanzamientos de nuevos dispositivos, que cuentan con el respaldo de los servicios
de Huawei Cloud.
- La presentación de la aplicación front-end define los puntos de contacto que permiten a los usuarios interactuar con el sistema.
- Interfaz
◼ Servicios de proceso: un flujo de trabajo completo de ventas de productos de Vmall incluye cinco procesos de servicio principales.
- Extremo medio
- Backend
◼ Los términos "otros sistemas" y "sistemas de terceros" indican las áreas donde Vmall se integra con otros sistemas.
- Sistema abierto: los participantes externos realizarán operaciones llamando a las API.
- Comunicación de mensajes: el marco RPC y el bus de mensajes se utilizan para una arquitectura distribuida. El marco RPC se utiliza para
la comunicación sincrónica entre aplicaciones para garantizar una gestión eficaz. Los mensajes asincrónicos se transmiten a través del
bus de mensajes para garantizar el rendimiento y la fiabilidad.
33
Proceso de servicio de Vmall
Logística
• Logística diferenciada Intercambio
Participación del usuario
• Optimizado • Recomendación
devolución/reemplazo De amigos • Puntos de bonificación para el usuario
Orden
Asentamiento
Centro de usuarios Centro de pedidos cumplimiento Comentarios
sistema
sistema (OFS)
34
Escenario de servicio de Vmall: promoción de vacaciones y lanzamiento
de nuevos productos
Acceso masivo
solicitudes y altas Seguridad y confiabilidad Experiencia de usuario
concurrencia
1. Rendimiento: compra 1. Defensa robusta: Los ataques 1. Fiable: acceso fluido las 24 horas, los 7 días de la semana
online simultánea para DDoS masivos pueden ser 2. Fluido: operaciones fluidas sin
millones de usuarios Prevenido. congelamiento de cuadros en
2. Realización del pedido: 2. Prevención de bots scalpers: puntos de tiempo clave
Cientos de miles de el sistema identifica
pedidos por segundo revendedores y previene
3. Pago: decenas de miles ellos de usar
de pagos en línea software automatizado-
transacciones por segundo bots programados para
4. Volumen de servicio: 5 a 10 compra automatica
veces (100 veces en bienes para garantizar precios
ciertos escenarios) volumen normales y disponibilidad para
normal usuarios legítimos.
La promoción navideña (festival de compras Double 11) o el lanzamiento de un nuevo producto (Porsche) plantean enormes
desafíos para el rendimiento, la seguridad y la confiabilidad de la infraestructura en la nube.
35
Desglose de los requisitos del servicio de venta flash y
Métodos 1. Aislamiento de presión: sistema de venta flash y sitio web principal de la plataforma de comercio electrónico
corto tiempo
Fiabilidad 3. Desacoplamiento de servicios entre regiones: división de la implementación y enrutamiento de aplicaciones
Actuación
5. Distribuido: soporte distribuido y middleware para todos los recursos (computación y almacenamiento)
Millones de concurrentes diseño
solicitudes
6. Expansión lineal: almacenamiento de datos distribuidos para pedidos y usuarios
Seguridad
Alta concurrencia diseño ?
7. Diseño de bases de datos: división vertical de servicios relacionados y no relacionados con los usuarios, y división
pago en poco tiempo horizontal de bases de datos grandes
Diseño de costos
10. Control de riesgos: identificación de scalpers basada en reglas XXX
Software de scalping
11. Soporte de actividades: modo de doble pedido que desvincula las ventas flash y oculta el sitio web principal
36
Arquitectura de aplicaciones de comercio electrónico en la nube
seguridad
Nube
Administracion aduanera Fuerza Aérea de los Estados Unidos
CDN
Servicios fuera de línea
Acceso
capa
ModeloArtes
Carritos de compra
Gestión de pedidos.
Detalles del pedido
autenticación
Página de inicio
Interfaz
gestión.
Buscar
capa
Acceso
Pago
Biblioteca de réplicas
Lago de datos
ALCE
Visualización (DLV)
Capa de servicio
Centro de búsqueda
Evaluación
Centro de pedidos
Centro de usuarios
Ofrenda
centro
centro
centro
Pago
Monitoreo de la nube y operaciones y mantenimiento
Software intermedio
Solicitud Simple
Plataforma de big data Operaciones Mensaje
Capa de datos
(OMA) (SMN)
Casco
37
Tareas interactivas
38
Ahora puedes entender esta arquitectura:
Región
VPC
Dominio
Nombre
Cache
AZ 1
Servicio
(DNS) Puerta de enlace NAT Servidor web Solicitud
servidor Primario
base de datos
Subred para
Subred de front-end Subred de la aplicación Subred de datos
acceso externo
AZ 2
VPC Cache
Punto final
Puerta de enlace NAT Servidor web Solicitud
Observación
servidor Apoyar
base de datos
Subred para
Subred de front-end Subred de la aplicación Subred de datos
acceso externo
CN Este-Shanghai3
39
Prueba
A. Confiabilidad
B. Rendimiento
C. Seguridad
D. Mantenibilidad
40
Acrónimos y abreviaturas
⚫ ECS: servidor de nube elástica
41
Gracias.
Copyright © 2024 Huawei Technologies Co., Ltd. Todos los derechos reservados. La
información contenida en este documento puede contener declaraciones predictivas, incluidas,
entre otras, declaraciones sobre los resultados financieros y operativos futuros, la cartera de
productos futura, nuevas tecnologías, etc. Existe una serie de factores que podrían provocar que
los resultados y desarrollos reales difieran materialmente de los expresados o implícitos en las
declaraciones predictivas. Por lo tanto, dicha información se proporciona solo con fines de
referencia y no constituye una oferta ni una aceptación. Huawei puede cambiar la información
en cualquier momento sin previo aviso.