1. Architecture Design Methodology on Huawei Cloud.en.es

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 42

Traducido del inglés al español - www.onlinedoctranslator.

com

Metodología de diseño de arquitectura


en Huawei Cloud
Prefacio
⚫ La implementación de sistemas de servicios en la nube pública se ha vuelto común en

todas las industrias. Para aprovechar al máximo las características de una plataforma en la

nube y garantizar una implementación exitosa, la selección de una arquitectura adecuada

es un paso fundamental. Esta lección describe los conceptos básicos de computación en la

nube, la infraestructura de Huawei Cloud y la metodología de diseño de arquitectura en

Huawei Cloud, y explica un caso típico para ayudarlo a adquirir una comprensión básica de

la implementación de servicios en la nube.

2
Objetivos
⚫ Al finalizar este curso, usted podrá describir:
-Conceptos básicos de la computación en la nube

- Infraestructura de nube de Huawei

-Principales fuerzas impulsoras de la migración de servicios a la nube

- Cinco principios del diseño de la arquitectura de servicios en la nube

3
Contenido

1. Avances y características clave de la computación en la nube

2. Infraestructura en la nube de Huawei

3. Principales fuerzas impulsoras de la migración a la nube de servicios

4. Principios de diseño de la arquitectura de servicios en la nube

5. Requisitos típicos del escenario en la nube

4
Conceptos básicos de la nube y cronología del desarrollo

⚫ La computación en la nube consiste en proporcionar recursos informáticos a través de servicios a


pedido a través de Internet. Las empresas no necesitan comprar, configurar ni administrar recursos
por su cuenta, y solo deben pagar por los recursos que utilizan.

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

Administrado por los usuarios


Aplicaciones Aplicaciones Aplicaciones Aplicaciones

Datos Administrado por los usuarios Datos Datos Datos

O&M en la plataforma de la nube


Entorno operativo Entorno operativo Entorno operativo Entorno operativo

O&M en la plataforma de la nube


Administrado por los usuarios

Software intermedio Software intermedio Software intermedio Software intermedio

O&M en la plataforma de la nube


Sistemas operativos Sistemas operativos Sistemas operativos Sistemas operativos

Virtualización Virtualización Virtualización Virtualización

Servidores Servidores Servidores Servidores

Almacenamiento Almacenamiento Almacenamiento Almacenamiento

Redes Redes Redes Redes

7
Beneficios de la computación en la nube

Reducido A gran escala Recurso rápido No hay necesidad de


En eraciones en diferentes
Inversión en recursos adquisición capacidad de adivinar Operación y mantenimiento más fáciles Servicios ágiles
Ubicaciones geográficas
activos fijos
• Inversiones en • Economías de escala, es • Los recursos pueden ser • Los recursos se pueden • Más automatizado • Lo mismo • Recursos informáticos
Los activos fijos son decir, la adquisición obtenido en tan solo unos obtener rápidamente, y menos manual servicios estandarizados se obtienen rápidamente
reducido en la etapa El volumen de Huawei es minutos. Para que estén allí Operación y mantenimiento
Se utilizan para proporcionar Para apoyar la agilidad

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.

Centrarse en el valor central de las empresas y evitar el trabajo repetido

8
Contenido

1. Avances y características clave de la computación en la nube

2. Infraestructura en la nube de Huawei

3. Principales fuerzas impulsoras de la migración a la nube de servicios

4. Principios de diseño de la arquitectura de servicios en la nube

5. Requisitos típicos del escenario en la nube

9
Presencia global de Huawei Cloud para servicios integrales

29
Regiones

Océano de nubes < 50 ms

78 Centro global
< 10 ms
Nube Mar Estado latente

Guizhou, Mongolia Interior,


AZ Anhui, Singapur y Dublín
Centro regional
Lago de nubes
<5
Pekín, Shanghái, Cantón y Acceso al borde
Hong Kong (China)

2800 Tailandia, Indonesia, Emiratos Árabes Unidos, Sudáfrica,


Brasil, Argentina y México, etc.

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.

02La experiencia del usuario es lo primero.

03 Las funciones son específicas de cada región.

04El ahorro de costes es mayor.

12
¿Cómo selecciono una AZ?

1. Las AZ tienen como objetivo mejorar la disponibilidad.


Arizona 2. Las AZ ayudan a crear aplicaciones activas-activas y multiactivas.
3. Las AZ son equivalentes.

En la selección prevalecen los requisitos de solicitud.

Si no hay ningún requisito especial, una AZ es suficiente. Si se requiere alta


disponibilidad (HA)Seleccione al menos dos zonas de disponibilidad. Una zona de
disponibilidad más no aumenta los costos.
Si hay más de tres AZ, la mejora de la disponibilidad
es limitada y la complejidad aumenta.

13
Contenido

1. Avances y características clave de la computación en la nube

2. Infraestructura en la nube de Huawei

3. Principales fuerzas impulsoras de la migración a la nube de servicios

4. Principios de diseño de la arquitectura de servicios en la nube

5. Requisitos típicos del escenario en la nube

14
Principales fuerzas impulsoras de la migración a la nube de servicios

01 Impulsado por la tecnología

02 Impulsado por el servicio

03 Impulsado por políticas

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

Datos tradicionales Servicios de datos


gestión Datos de servicio

Aplicación Aplicación
Herramienta de desarrollo de datos
Datos
Base de datos Base de datos Lago de datos inteligente inteligencia

Base de datos Big data IA

TI tradicional Virtualización Servicios de infraestructura


Puesta en común de recursos
infraestructura
Silos de virtualización Contenedor de red de almacenamiento de computación
Recurso unificado
Silos del PM máquina virtual
VDI de máquina virtual gestión Recurso automatizado Más eficiente,
orquestación menos costoso
Virtualización
Estándar Estándar
Servidor hardware hardware

Tradicionaldesarrollo Desarrollo ágil


Operación y mantenimiento

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.

Los gemelos inteligentes de Huawei Cloud Healthcare ayudan


Las compañías farmacéuticas mejoran sus servicios

Secuenciación genética Investigación y desarrollo de medicamentos Investigación clínica


Monoómica y multiómica, redes genéticas y Optimización de la generación de fármacos, estructura de proteínas. Estructuración de textos médicos, gráficos de conocimiento
secuenciación del genoma predicción, simulación dinámica, federada médico, toma de decisiones clínicas asistida por IA,
aprendizaje y más Descubrimiento de biomarcadores y predicción de riesgos

Motor del genoma Motor de I+D de medicamentos Motor de investigación clínica

Atención sanitaria de gran tamaño


Autogenoma AutoOmics Modelo de molécula de fármaco Pangu Más de 20 tareas para PNL médica Pangu
gráfico de conocimiento con decenas de
El primer automóvil del mundo Nueva multiómica con cientos de millones de software en línea modelo con decenas de miles
miles de millones de vértices y
herramienta de modelado del genoma Marco de AutoML parámetros mejora de millones de parámetros
billones de aristas

Limitado Control total de Años Meses Diagnóstico y 30%


Beneficios
Tecnologías soberanía digital Ciclo de desarrollo de compuestos de plomo
Eficiencia del tratamiento

Soberanía digital Nuevo negocio Servicio superior


control procesos eficiencia

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.

XIII Plan Quinquenal de Innovación


Científica y Tecnológica

China 2016
Dando forma al futuro digital de Europa

Europa 2020

Computación en la nube federal


Estrategia

Esquema del XIV Plan Quinquenal para


2019 Estados Unidos

Desarrollo económico y social


nacional y objetivos a largo
plazo hasta el año 2035

China 2021

Más

18
Contenido

1. Avances y características clave de la computación en la nube

2. Infraestructura en la nube de Huawei

3. Principales fuerzas impulsoras de la migración a la nube de servicios

4. Principios de diseño de la arquitectura de servicios en la nube

5. Requisitos típicos del escenario en la nube

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

Seguridad Fiabilidad Actuación Costo- Mantenibilidad


eficacia
Estos cinco principios se utilizan en todo el proceso de diseño de la arquitectura de soluciones.

21
Requisitos del cliente en materia de seguridad en la nube

Confidencialidad de los datos:

Operación y mantenimiento controlables: • Violación externa


Servicios continuos: prevención
• Políticas de seguridad • Invisible para
• Ataque de red • Identificación y manejo interno no autorizado
prevención de riesgos empleados
¿Más?
• Prevención de intrusiones • Auditable y • Invisible para los proveedores

• Cumplimiento legal operaciones rastreables de servicios 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

Establecer objetivos de seguridad basados en estándares de cumplimiento del sistema.


01
La solución que mejor se adapta a las necesidades del cliente es la óptima. Añadir simplemente
soluciones de seguridad no es una buena idea.

Planificar sistemáticamente la seguridad del sistema.


02
El diseño de la seguridad del sistema incorpora el efecto cubo, es decir, la capacidad de seguridad
depende de la "placa más corta".

Implementar seguridad en todas las capas.


03
Al diseñar una solución de seguridad, analice la solución capa por capa
según los requisitos del cliente.

Evaluar riesgos y preparar planes de contingencia.


04
Cualquier riesgo de seguridad que se pueda identificar puede ser un punto débil del sistema, por
lo que se debe formular un plan de contingencia adecuado para eliminar los riesgos.

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).

Tiempo medio entre fallos

Disponibilidad =
MTBF + MTTR

Expresado en 0,99999... oincógnitanueves

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

Alta disponibilidad de la capa de aplicación del servicio

Confiabilidad y robustez (con capacidades como Establecer métricas de confiabilidad en función


reintento y aislamiento de servicios y fallas 01
de los requisitos del servicio.
elegantes)

02 Asegúrese de que el diseño tenga como


objetivo eliminar fallas.
HA del diseño de arquitectura de sistemas
Servicio
Llave
disponibilidad 03 Evite puntos únicos de fallo.
Eliminación de un solo nodo, clúster de alta disponibilidad, recuperación ante desastres (implementación agujas
de recuperación ante desastres entre zonas de disponibilidad y entre regiones), respaldo de datos,

seguridad en la nube y operaciones y mantenimiento estándar


04 Diseñar una arquitectura débilmente acoplada.

Alta disponibilidad de servicios en la nube Predecir la forma de falla y preparar un


05
plan de contingencia.
Infraestructura confiable y recuperación automática de
servicios después de la restauración ambiental

25
Métricas de rendimiento del sistema en la nube

La latencia se refiere al tiempo que lleva comenzar a ejecutar una


operación. La latencia es la métrica más intuitiva del rendimiento de la
Calcular computación en la nube.

El rendimiento es una métrica que evalúa la velocidad de procesamiento de datos.

Redes En términos de transmisión de datos, el rendimiento se expresa en bytes/segundo


o bits/segundo. El límite de rendimiento es uno de los cuellos de botella de
rendimiento más comunes.

Almacenamiento IOPS se refiere al número de operaciones de entrada/salida por


segundo. Es una medida de transmisión de datos.

Base de datos La concurrencia se refiere a la capacidad de ejecutar varios


programas simultáneamente dentro de un período de tiempo.

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

01 Determinar métricas de rendimiento en función de los requisitos del servicio.


La solución que mejor se adapta a las necesidades del cliente es la óptima. No es buena
idea simplemente añadir parámetros del sistema.

02 Comprender las tecnologías avanzadas y seleccionar las adecuadas.


El uso de nuevas tecnologías mejora significativamente el rendimiento del sistema. Sin embargo, las nuevas
tecnologías deben utilizarse de forma adecuada, ya que también pueden generar nuevos riesgos.

03 Busque características y popularidad de datos y diseñe caché.


La lectura, escritura y procesamiento de un enorme volumen de datos plantea grandes desafíos para
el rendimiento del sistema. El uso adecuado de políticas de caché basadas en las características de los
datos puede mejorar el rendimiento del sistema.

04 Lograr la elasticidad del sistema.


Utilice adecuadamente las características del servicio en la nube e implemente servicios en clústeres para lograr una elasticidad rápida.

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.

03 Equilibrar la oferta y la demanda:Evite el aprovisionamiento excesivo para eliminar costos innecesarios.

Fomentar la conciencia del gasto:Realice un seguimiento preciso de los costos y evalúe la


04
rentabilidad de los diferentes departamentos y productos.

Utilizando recursos rentables:Disponer de recursos rentables y de servicios y especificaciones


05
adecuados son esenciales para reducir los costos.

06 Optimización de costes en múltiples niveles:Optimizar costes desde múltiples aspectos.

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.

02 Reducir los riesgos manuales mediante la automatización.

Automatice las operaciones para evitar operaciones incorrectas y acumule experiencia en operaciones y mantenimiento.

Cambie a actualización o reemplazo en lugar de simplemente reparar.


03
O&M no se trata solo de mantenimiento. Antes de localizar un problema específico, puede realizar
la operación de actualización o reemplazo para restablecer rápidamente los servicios.

04 Concéntrese en las aplicaciones en lugar de la infraestructura.

Aproveche al máximo las funciones de una plataforma en la nube para que los usuarios puedan centrarse en los servicios principales.

Una buena arquitectura debe ser fácil de implementar y mantener.

29
¿Cuándo pueden entrar en juego los principios de diseño
arquitectónico?

Diseño arquitectónico Aceptación de la arquitectura

Seguir los principios de diseño arquitectónico para resolver problemas pendientes.

30
Contenido

1. Avances y características clave de la computación en la nube

2. Infraestructura en la nube de Huawei

3. Principales fuerzas impulsoras de la migración a la nube de servicios

4. Principios de diseño de la arquitectura de servicios en la nube

5. Requisitos típicos del escenario en la nube

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)

Servicios de proceso Operaciones


sistemas
Proceso
Compra interna Teléfono con contrato Ventas flash Gestión de tiendas
configuración OMS
Interfaz
Servicios de funciones
OSM

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

Servicios básicos Servicios de cumplimiento Servicios comunes


Sistema de gestión de productos Sistema de gestión de pedidos
Centro de usuarios Sistema de cumplimiento de pedidos (OFS) RPC
Extremo medio (síndrome premenstrual) (OMS)
estructura
Gestión de marketing Sistema de gestión de actividades Gestión de almacenes
Sistema de inventario
sistema (MMS) (AMS) Sistema (WMS) Bus de mensajes

Escucha
Otros sistemas Sistemas de terceros sistema

Fondo Promoción Configuración


Impuestos y facturas Asentamiento Reparando Pagos Crédito Logística
canales
Planificación de recursos empresariales (ERP)
centro

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.

◼ Los servicios funcionales facilitan la compra para una mejor experiencia.

- Extremo medio

◼ Los servicios básicos son funciones fundamentales.

◼ Los servicios de cumplimiento incluyen el cumplimiento de pedidos y la gestión del almacenamiento.

- 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

Pago • Compartir para regalar • Central telefónica


Realizar pedido procedimiento
• Entrega descuentos
• Presentación variada • Mejor servicio postventa • Comentarios
• Diseño visual mejorado pagos servicio • Visualización de pedidos
• Compra de invitado • BACALAO
Registro e inicio de sesión
• Registro simplificado
• Inicio de sesión optimizado

Registrarse/Iniciar sesión Explorar y comprar Ordenar y pagar Gestionar pedidos

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

Inicio de sesión de cientos de


millones de usuarios en un 2. Aislamiento de áreas: áreas dañadas y no dañadas

corto tiempo
Fiabilidad 3. Desacoplamiento de servicios entre regiones: división de la implementación y enrutamiento de aplicaciones

Gran volumen de pedidos diseño


en breve 4. Desacoplamiento de servicios: división vertical de los servicios para crear varios centros

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 operaciones y mantenimiento


8. Mejora del rendimiento: aislamiento de lectura/escritura, aceleración de CDN y almacenamiento en caché
Ataques DDoS
9. Defensa contra ataques y control de tráfico: limitación de tráfico SLB y defensa contra ataques Nginx

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

Escenarios Clasificación de estrategias Estrategias de diseño arquitectónico

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

Balance de carga elástica (ELB)


Recomendación
artículo.xxx.com orden.xxx.com coche.xxx.com entrenamiento modelo
Registros de aplicaciones

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

Rastreo de nubes del tanque de registro

Servicio Cloud Eye (LTS)Servicio (CTS)


capa

Memcached/Redis Nodo DDM 1... Nodo DDMnorte RabbitMQ/Kafka


Más

Solicitud Simple
Plataforma de big data Operaciones Mensaje
Capa de datos

DLF Notificación de gestión


Casco

(OMA) (SMN)
Casco

Primario Apoyar Primario Apoyar


norte
1

RDS RDS RDS RDS DDS Base H


instancia instancia instancia instancia MRS del MDL DWS
Observación

37
Tareas interactivas

¿Cómo diseñamos una buena arquitectura de nube para


¿Implementar los servicios del centro de pedidos?

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

Entrega de contenido ELB


Escalado automático
COMO
Red
(COMO)
ELB
(Canadá)

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

1. (Pregunta de opción múltiple) Después de implementar un sistema de


servicio en Huawei Cloud, ¿en cuál de los siguientes aspectos podemos
evaluar y optimizar el sistema de servicio en la nube?

A. Confiabilidad

B. Rendimiento

C. Seguridad

D. Mantenibilidad

40
Acrónimos y abreviaturas
⚫ ECS: servidor de nube elástica

⚫ EVS: Servicio de Volumen Elástico

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.

También podría gustarte