Arquitectura por capas en la nube

Manuel Zapata
26 Jun 201909:46

Summary

TLDRManuel Zapata, en este video, aborda el desafío de trasladar arquitecturas por capas a la nube. Explica cómo se puede hacer de manera más escalable y eficiente, evitando el uso de una máquina virtual por cada capa. Sugiere la implementación de balanceadores de carga y bases de datos replicadas para mejorar la redundancia y la disponibilidad. Destaca los servicios de Amazon, Azure y Google Cloud como opciones para la implementación en la nube y ofrece consejos para aplicaciones web simples y para migrar aplicaciones existentes. Finalmente, invita a suscriptores a unirse a su lista de correo para más información.

Takeaways

  • 🌟 Manuel Zapata discute sobre la arquitectura de software en la nube en el Campus Vario 2019.
  • 📚 Se aborda la aplicación de una arquitectura por capas en la nube para mejorar la escalabilidad.
  • 🚀 Se recomienda no utilizar una máquina virtual para cada capa, ya que esto es un uso poco eficiente de la nube.
  • 💡 Se sugiere desplegar capas en diferentes máquinas virtuales o contenedores para mayor independencia y separación de responsabilidades.
  • 🔄 Se habla sobre la importancia de tener balanceadores de carga para distribuir el tráfico y mejorar la disponibilidad.
  • 💾 Se menciona la necesidad de que los servicios sean stateless para permitir la escalabilidad y la movilidad de los recursos.
  • 🔄 Se destaca el uso de bases de datos réplicas para la resiliencia y recuperación ante posibles fallos.
  • 🛠️ Se mencionan servicios de cloud computing como Amazon Web Services, Microsoft Azure y Google Cloud Platform.
  • 🔧 Se aconseja el uso de servicios de base de datos a nivel de plataforma en lugar de instalar la base de datos en una máquina virtual.
  • 📈 Se habla sobre el enfoque Lift and Shift para migrar aplicaciones existentes a la nube sin cambios arquitectónicos significativos.
  • 📧 Se invita a los espectadores a suscribirse al canal y a profundizar en el tema a través de los enlaces proporcionados.

Q & A

  • ¿Qué es el Campus Vario 2019 donde se encuentra Manuel Zapata en este video?

    -El Campus Vario 2019 es un evento donde Manuel Zapata está dando una charla sobre patrones de arquitectura de software en la nube.

  • ¿Qué es la arquitectura por capas y cómo se aplica en la nube?

    -La arquitectura por capas es un enfoque en el que se separan las responsabilidades de un sistema en capas distintas, como presentación, negocio y acceso a datos. En la nube, se busca aplicar esta arquitectura de manera que cada capa pueda ser desplegada de forma independiente y escalable, aprovechando las capacidades de la computación en la nube.

  • ¿Por qué desplegar cada capa de una aplicación en una máquina virtual es una mala práctica en la nube?

    -Desplegar cada capa en una máquina virtual separada resulta en un uso poco eficiente de los recursos de la nube y puede conducir a costos de hosting muy altos, ya que no se está aprovechando la flexibilidad y escalabilidad que ofrece la computación en la nube.

  • ¿Cómo se puede mejorar la arquitectura por capas para su implementación en la nube?

    -Para mejorar la arquitectura por capas en la nube, se puede utilizar una única máquina virtual para cada capa, con balanceadores de carga para manejar el tráfico y bases de datos replicadas para garantizar la disponibilidad y la recuperación de datos.

  • ¿Qué es un balanceador de carga y cómo funciona en la arquitectura por capas?

    -Un balanceador de carga es un componente que distribuye el tráfico entre varias instancias de máquinas virtuales o contenedores, asegurando que el tráfico se maneje de manera eficiente y sin sobrecargar ninguna instancia específica.

  • ¿Qué es una base de datos replicada y cuál es su propósito?

    -Una base de datos replicada es una copia de la base de datos principal que se utiliza para la recuperación de datos en caso de fallo de la base de datos original. Permite mantener la continuidad del servicio y la disponibilidad de los datos.

  • ¿Cuáles son los tres servicios en la nube con mayor penetración de mercado según el video?

    -Los tres servicios en la nube con mayor penetración de mercado según el video son Amazon Web Services (AWS), Microsoft Azure y Google Cloud Platform (GCP).

  • ¿Qué servicios específicos se mencionan para la implementación de máquinas virtuales y bases de datos en la nube?

    -Para la implementación de máquinas virtuales, se mencionan servicios como EC2 de AWS, Virtual Machines de Azure y Compute Engine de Google Cloud. Para bases de datos, se habla de servicios como RDS de AWS, Azure SQL Database y Cloud SQL de Google Cloud.

  • ¿Qué es el enfoque Lift and Shift y cómo se aplica a la migración a la nube?

    -El enfoque Lift and Shift es una estrategia de migración a la nube donde se levanta una aplicación de su entorno actual y se coloca directamente en la nube sin cambios arquitectónicos significativos. Es un enfoque rápido pero no ideal para aprovechar plenamente las capacidades de la nube.

  • ¿Qué sucede si se almacena estado en las máquinas virtuales en la arquitectura por capas?

    -Si se almacena estado en las máquinas virtuales, se puede limitar la escalabilidad y la resiliencia de la aplicación, ya que el usuario se vincula a una instancia específica y cualquier cambio o fallo en esa instancia puede afectar negativamente al servicio.

Outlines

00:00

🌟 Introducción a la Arquitectura en la Nube

Manuel Zapata presenta un video diferente sobre cómo aplicar una arquitectura por capas en la nube, explicando cómo se puede llevar una aplicación monolítica a una enfoque más escalable utilizando la potencia de la computación en la nube. Se invita a suscriptores a suscribirse y activar la notificación para contenido nuevo, y se ofrece un enlace a otros videos relacionados con la arquitectura por capas.

05:03

📈 Arquitectura por Capas y Despliegue en la Nube

Manuel Zapata discute la implementación de una arquitectura por capas en la nube, comparando la forma tradicional de desplegar aplicaciones en una única máquina virtual con las ventajas de utilizar contenedores y servicios especializados para cada capa. Se enfatiza la importancia de la independencia entre las capas y la mejora de la escalabilidad y la resiliencia mediante la replicación de bases de datos y el uso de balanceadores de carga.

💡 Servicios en la Nube y Recomendaciones

El video ofrece una visión de los servicios de computación en la nube de Amazon, Azure y Google Cloud, los cuales son los líderes en mercado en 2019. Se explica cómo utilizar estos servicios para implementar máquinas virtuales y bases de datos, destacando la ventaja de utilizar servicios de base de datos en lugar de instalarlas en máquinas virtuales propias, para mejorar la rentabilidad y la escalabilidad de la aplicación.

🚀 Guía para Migración a la Nube

Manuel Zapata concluye el video ofreciendo consejos para aquellos que desean migrar aplicaciones existentes a la nube, mencionando el enfoque Lift and Shift como una opción rápida pero no ideal, y sugiriendo que se consideren las recomendaciones del video para lograr una arquitectura óptima en la nube. Finalmente, invita a la audiencia a compartir sus experiencias y a suscribirse a su lista de correo para obtener más información.

Mindmap

Keywords

💡Arquitectura por capas

Una estructura de diseño de software donde las funcionalidades se separan en capas distintas, cada una con una responsabilidad específica. En el video, se utiliza como base para discutir cómo adaptar aplicaciones tradicionales a entornos en la nube. Se menciona que una capa superior solo puede acceder a una capa inferior pasando por todas las capas intermedias, lo que define la forma en que se organizan las capas de presentación, negocio y acceso a datos.

💡Computación en la nube

Un modelo de entrega de servicios informáticos donde recursos como servidores, bases de datos y aplicaciones se alojan y se administran a través de Internet, en lugar de en hardware local. El video aborda cómo aplicar patrones de arquitectura en este entorno para lograr escalabilidad y eficiencia.

💡Máquinas virtuales

Software que simula un entorno de hardware, permitiendo que múltiples sistemas operativos y aplicaciones se ejecuten simultáneamente en un único servidor físico. En el contexto del video, se menciona cómo desplegar cada capa de una aplicación en una máquina virtual separada para mejorar la eficiencia y la escalabilidad.

💡Contenedores

Una tecnología que permite a las aplicaciones y sus dependencias ser empaquetadas y ejecutadas de manera consistente en cualquier entorno. Los contenedores son una forma más ligera y portátil de desplegar aplicaciones en la nube. El video menciona el uso de contenedores para la capa de negocio en la arquitectura en la nube.

💡Balanceador de carga

Un componente de red que distribuye el tráfico entre varios servidores para mejorar la disponibilidad y la capacidad de respuesta. En el video, se explica cómo los balanceadores de carga se utilizan para distribuir la carga entre máquinas virtuales o contenedores, permitiendo así una mejor gestión del tráfico y la alta disponibilidad.

💡Base de datos replicada

Una copia de una base de datos principal que se mantiene sincronizada con ella para garantizar la recuperación de datos en caso de fallo. En el video, se menciona la importancia de tener una base de datos secundaria replicada para proteger contra la pérdida de datos y para permitir la recuperación rápida en caso de un problema con la base de datos principal.

💡Servicios de cloud

Los servicios de computación, almacenamiento y otras funcionalidades ofrecidos por proveedores de infraestructura como servicio (IaaS). En el video, se mencionan Amazon Web Services (AWS), Microsoft Azure y Google Cloud Platform (GCP) como los tres servicios de cloud con mayor penetración de mercado en 2019.

💡Stateless

Una arquitectura de software donde los componentes no guardan estado o información entre solicitudes. Esto permite que los componentes sean más escalables y resilientes, ya que no dependen de un estado específico para funcionar. En el video, se enfatiza la importancia de que los componentes en la nube sean stateless para permitir la escalabilidad y la distribución de carga.

💡Escalabilidad

La capacidad de un sistema de software o hardware de manejar un aumento en la carga de trabajo de manera eficiente. En el video, se discute cómo las arquitecturas en la nube deben ser diseñadas para ser escalables, permitiendo así que el sistema pueda adaptarse a un mayor volumen de tráfico o usuarios sin degradar el rendimiento.

💡Lift and Shift

Un enfoque para migrar aplicaciones existentes a la nube sin modificar su estructura o código. Consiste en levantar la aplicación tal cual está y moverla a la nube. El video menciona este término como una forma rápida de alcanzar la nube, aunque no es la arquitectura ideal.

Highlights

Manuel Zapata presenta un video sobre patrones de arquitectura de software en la nube.

El video se grabó durante el Campus Party 2019 en Bogotá.

Manuel habla sobre cómo aplicar una arquitectura por capas en la nube.

Se discute cómo transformar arquitecturas monolíticas para un enfoque escalable en la nube.

Se invita a los espectadores a suscribirse al canal y activar la notificación para nuevos contenidos.

Se explica la arquitectura por capas y la interacción entre las capas.

Se menciona la arquitectura de tres capas: presentación, negocio y acceso a datos.

Se sugiere que la forma menos ideal de llevar una aplicación a la nube es desplegar cada capa en una máquina virtual separada.

Se propone una mejor manera de desplegar aplicaciones en la nube, manteniendo las tres capas en una única máquina virtual.

Se habla sobre la independencia y separación de las capas para una mayor escalabilidad y manejo de cambios.

Se introduce el concepto de balanceador de carga para distribuir el tráfico entre las máquinas virtuales.

Se menciona la importancia de que los servicios sean stateless para evitar problemas de escalabilidad.

Se habla sobre la replicación de bases de datos para seguridad y recuperación ante fallos.

Se mencionan los tres servicios de cloud con mayor penetración de mercado en 2019: Amazon, Azure y Google Cloud.

Se explica cómo utilizar servicios de cloud para implementar máquinas virtuales y bases de datos.

Se aconseja evitar la instalación de bases de datos en máquinas virtuales para mantener la escalabilidad y reducir costos.

Se mencionan los servicios de balance de carga específicos de cada plataforma de cloud.

Se habla sobre el enfoque lift and shift para llevar aplicaciones existentes a la nube.

Manuel invita a los espectadores a compartir sus experiencias con la computación en la nube.

Transcripts

play00:00

hola a todos soy manuel zapata este es

play00:02

un vídeo un poquito diferente a todos

play00:04

los que vimos haciendo normalmente en el

play00:05

canal porque en este momento me

play00:07

encuentra el campus vario 2019 donde

play00:09

estudiando una charla sobre patrones de

play00:11

arquitectura software en la nube y en

play00:13

bogotá está bastante frío el día

play00:14

entonces lo que quiero hacer para este

play00:16

vídeo es básicamente hacer digamos que

play00:18

un pequeño pedacito de la charla para

play00:21

los que de pronto no tienen la

play00:22

oportunidad de verla dónde voy a estar

play00:23

hablando de cómo aplicar una

play00:25

arquitectura por capas en la nube cómo

play00:27

podría dar este tipo arquitecturas

play00:29

monolíticas a un enfoque digamos más

play00:31

escalable utilizando la potencia la

play00:33

computación en la nube entonces vamos

play00:35

con el vídeo

play00:36

[Aplausos]

play00:41

miremos entonces cómo es ese tema la

play00:43

arquitectura por capas

play00:45

primero que todo entonces quisiera

play00:46

invitar para que te suscribas al canal

play00:47

dale click a la campanita para que

play00:49

cuando publique nuevo contenido te pueda

play00:51

avisar en la arquitectura por capas ya

play00:53

la hemos realizar en otros vídeos y por

play00:55

aquí te voy a dejar un enlace para que

play00:56

la pueda revisar básicamente tenemos un

play00:58

conjunto de capas donde la idea es que

play01:01

una capa superior pueda acceder una capa

play01:04

inferior y digamos que en la

play01:06

arquitectura básica uno puede saltar de

play01:09

capas entonces si la capa en uno quiere

play01:11

acceder la capa uno tiene que pasar

play01:13

absolutamente por todas las capas

play01:14

intermedias para poder comunicarse y la

play01:17

idea es que tú puedes digamos que

play01:19

asignar responsabilidades a cada una de

play01:21

las capas qué es lo que sucede por

play01:23

ejemplo en la arquitectura de tres capas

play01:25

que todos conocemos de una capa de

play01:26

presentación que la que interactúa con

play01:28

el usuario

play01:29

hay una capa de negocio y una capa

play01:30

también de acceso datos sobre esta

play01:32

arquitectura hay un vídeo en el canal

play01:34

este también lo puedes revisar si

play01:35

quieres mucho más detalles de eso en lo

play01:37

que quisiera enfocarme es cómo llevar

play01:39

ese tipo aplicaciones a la nube ese es

play01:41

el enfoque más clásico y como no quiera

play01:43

llevarlo a la nube digamos que no es tan

play01:46

clara el camino

play01:48

y terminar haciendo de la forma menos

play01:49

ideal

play01:50

y cuál es esa forma notarial la forma

play01:53

básica es digamos que tener una máquina

play01:55

virtual y ahí despegar absolutamente

play01:57

cada una de las capas de la aplicación

play01:59

sin embargo esa es la peor manera o sea

play02:01

la nube y ya te voy a decir por qué la

play02:03

peor y la razón es muy sencilla la razón

play02:05

es que estamos haciendo un pobre uso de

play02:07

la nube y estamos digamos que pagando

play02:10

por un hosting muy muy costoso entonces

play02:12

la idea es que si tienes una

play02:13

arquitectura así es simple donde quiere

play02:15

desplegar todo en la misma máquina pues

play02:17

sencillamente busca un hosting

play02:19

tradicional olvídate de la nube y

play02:21

continúa tu camino pero sin necesitar la

play02:23

nube por alguna razón está digamos que

play02:25

la peor forma de hacerlo

play02:27

grissom cuál es entonces una mejor

play02:29

manera una mejor manera es la siguiente

play02:31

tenemos de nuevo las tres capas la capa

play02:34

de presentación la capa de negocio la

play02:35

capa de datos pero entonces vamos a

play02:37

hacer algo diferente en vender una

play02:39

máquina una única máquina virtual donde

play02:41

está todo lo que voy a hacer es que voy

play02:43

a tener una máquina virtual en la capa

play02:45

de presentación también podría ser un

play02:46

contenedor voy a tener otro otra máquina

play02:50

dentro de la capa de negocio y voy a

play02:51

tener mi base de datos listo y esa base

play02:53

a todo logra poner un servicio

play02:54

especializado en manejo de base de datos

play02:57

y digamos aquí tenemos una arquitectura

play02:59

mucho mejor porque la presentación está

play03:03

de manera independiente a la parte del

play03:04

negocio y la idea es que por ejemplo si

play03:06

en algún momento cambia la parte de

play03:08

negocio pues yo pueda desplegar la y

play03:10

hacer cambios sin tener que afectar la

play03:12

parte de la presentación entonces ya voy

play03:13

creando como una mayor independencia y

play03:16

una mayor separación sin embargo tenemos

play03:19

que hacer algo más esto no es suficiente

play03:20

y que lo que podríamos hacer aquí

play03:22

podríamos entonces bueno primer lugar

play03:25

renombrar un poquito las capas durante

play03:27

esa capa de presentación se le llama la

play03:28

capa web o se le llama los servicios del

play03:31

servidor web normalmente es el tipo de

play03:33

aplica si en casa poner en la nube vas a

play03:35

tener por otro lado trae una capa

play03:36

aplicación donde vas a encontrar digamos

play03:38

que una serie servidores de aplicaciones

play03:41

que no solamente van a ser utilizados

play03:43

por la parte web sino que pueden ser

play03:44

consumidas por una aplicación móvil

play03:47

oa lo mejor por otros servicios listón y

play03:50

ahí vamos a poner las tres cajitas que

play03:52

habíamos puesto en la pantalla anterior

play03:54

pero vamos a hacer unos cambios

play03:55

adicionales el primero es que en la

play03:57

parte de la presentación vamos a tener

play03:59

una segunda máquina virtual donde

play04:01

básicamente vamos a tener el mismo

play04:04

y vamos a tener digamos que una mayor

play04:06

digamos que redundar en en la parte de

play04:09

negocio de aplicación vamos también a

play04:11

tener una máquina virtual un contenedor

play04:12

adicional y vamos a tener una segunda

play04:15

base de datos y ya luego vamos a ver eso

play04:17

porque es pero lo que vamos a hacer es

play04:19

ponerle digamos que algunas partes

play04:21

cintas adicionales la primer parte

play04:23

necesita adicional y es digamos que ese

play04:25

es el rombo que estás viendo en la capa

play04:27

de presentación en lo que llamamos un

play04:29

balanceador de carga y este balanceador

play04:31

de carga nos ayuda a digamos que a poder

play04:33

enrutar el tráfico de perdiendo de

play04:35

ciertas condiciones ya lo mejor la

play04:36

máquina virtual de la parte superior

play04:38

está muy ocupada pues puede ser que

play04:41

entonces la de la parte inferior atienda

play04:43

ese tráfico que la arriba no podría

play04:45

manejar listo y eso nos lo ayuda a ser

play04:47

el balanceador de carga que es lo

play04:50

importante aquí que cada uno de estos

play04:52

máquinas virtuales o el código que

play04:54

contenga y sea state les tiene que ser

play04:56

sin estado porque si guardamos o

play04:59

empezamos a guardar sesiones o estado en

play05:02

los en cada una de las máquinas

play05:04

virtuales

play05:05

el usuario va a quedar automáticamente

play05:06

amarrado a una máquina virtual en el

play05:09

momento que queramos

play05:10

la solicitud hacia un servicio diferente

play05:12

ahí vamos a tener un problema en la

play05:15

parte de negocio de alguien también

play05:16

tengamos otro balanceador de carga que

play05:18

haga exactamente lo mismo pero a nivel

play05:20

de negocio y ambos van a acceder a la

play05:23

base de dyson pero la diferencia aquí es

play05:26

que vamos a tener una base de datos de

play05:28

réplica y la idea es que la base de

play05:29

datos de abajo básicamente sea lo que

play05:32

llamamos una base datos secundaria donde

play05:34

lo que haga es que de alguna forma

play05:35

replique los datos de la base datos

play05:37

original porque porque la base de datos

play05:39

principal puede que haya algún problema

play05:41

puede que a lo mejor un desarrollador

play05:43

tenga demasiados privilegios y

play05:46

accidentalmente borre datos puede que la

play05:49

primera base de datos se caiga entonces

play05:51

es que tengamos una segunda copia o

play05:53

tengamos una copia más bien donde

play05:55

tengamos digamos que

play05:57

donde tengamos una réplica que nos

play05:59

permita recuperar datos porque nos

play06:01

permita reemplazar la base de datos

play06:03

principal

play06:05

en la nube digamos que hay tres

play06:07

servicios muy importantes el primero es

play06:09

el de amazon el segundo es el de azul y

play06:10

el de google cloud a 2019 esos serán los

play06:13

tres servicios con mayor penetración de

play06:15

mercado y por eso voy a enfocar en sus

play06:17

tres entonces qué servicios hay en la

play06:20

nube y cada uno de esas plataformas para

play06:23

implementar esta arquitectura que les

play06:24

estoy mostrando para que puedan empezar

play06:26

digamos que a profundizar más y empezar

play06:29

a estudiar los servicios que les van a

play06:31

servir para implementar las máquinas

play06:32

virtuales además den un servicio que se

play06:34

llama el s2 ahí no puede crear máquinas

play06:35

virtuales

play06:37

en windows linux tú escoges cuánta

play06:40

memoria ram quieres qué procesador

play06:42

necesitas lo mismo pueden ser visuales

play06:44

virtual machines de hacer lo mismo con

play06:46

el engine de google cloud para bases de

play06:48

datos hay muchísimos servicios

play06:50

básicamente digamos que las bases de

play06:53

datos principales están en todas las

play06:54

plataformas gratis más equal post sql

play06:58

así cual server todas están disponibles

play07:01

también hay toda una gama de bases de

play07:03

datos

play07:03

- igual donde digamos que también para

play07:07

implementarlas y las puedes pegar sin

play07:09

ningún problema

play07:10

y cuál es que te salga muchísimo más

play07:12

rentable utilizar un servicio base de

play07:14

datos joyce implementaciones donde se

play07:17

instala la base de datos en la máquina

play07:20

virtual donde va a poner el código y esa

play07:22

es una buena idea principalmente porque

play07:24

te va a salir más costoso y porque estás

play07:26

arriesgando la escalabilidad y la

play07:29

residencia de la aplicación en el

play07:31

sentido de que si esa máquina virtual se

play07:33

cae pues se cae todo seca su servidor de

play07:35

aplicaciones y se queda también tu base

play07:37

a dos listón y esos servicios de base de

play07:39

datos están diseñados con ciertas

play07:41

funcionalidades adicionales que están a

play07:43

facilitar digamos que tener en ciertas

play07:47

ventajas al manipular tus bases de apps

play07:49

y si necesitan ser balance de carga

play07:51

también hay unos servicios y estuve se

play07:53

llama muy similar en el caso del uss se

play07:55

llaman las siglas balance y en el caso

play07:56

de google crowd se llama google cloud

play07:58

los dallas english o just en los

play08:00

balances entonces los nombres son muy

play08:02

muy similares

play08:04

cuando eres utilizar esa arquitectura es

play08:07

preguntando principalmente que no tienes

play08:09

aplicaciones web sencillas estás digamos

play08:11

que la arquitectura con la que digamos

play08:13

un arrancaría en algunos casos puede que

play08:15

el servidor de aplicaciones o la capa de

play08:18

negocios no sea necesaria listo si tu

play08:20

aplicación es tan simple que te puedes

play08:22

dar el lujo de interactuar con la base

play08:25

de datos desde digamos que una capa web

play08:29

es válido eliminar esa capa en la mitad

play08:31

de díaz que va a hablar bien el caso

play08:32

tienes que mirar muy bien la separación

play08:34

de responsabilidades y el otro escenario

play08:37

es cuando tú quieres llevar una

play08:38

aplicación que ya tienes la quieres

play08:40

poner en la nube eso es lo que se llama

play08:42

un enfoque leaf and chief porque esta es

play08:44

la forma digamos que es más rápida donde

play08:46

yo tomo mi aplicación y alguna forma es

play08:48

como si utilizar una grúa la levantara y

play08:51

la pusiera digamos que dentro de la nube

play08:53

entonces esa es digamos que es el

play08:56

enfoque más sencillo y más rápido de

play08:58

llegar a la nube

play08:59

obviamente no vas a tener la

play09:00

arquitectura ideal que quisieras pero es

play09:02

un buen punto de partida

play09:05

entonces eso era lo que tenía para

play09:06

compartir te espero que te haya servido

play09:08

este vídeo si estás pensando en cloud y

play09:10

tienes arquitecturas por capas tú las

play09:12

puede llevar a la nube sin ningún

play09:13

problema pero tienes que tener en cuenta

play09:15

algunas de las cosas que mencionan en

play09:17

este vídeo ya cerrando el tema entonces

play09:19

quisiera que tú quieras' a mi lista de

play09:20

correo aquí está la url para que puedas

play09:23

profundizar más entonces se manda

play09:24

arquitectura y de diseño y bueno eso era

play09:26

lo que quería para compartir entonces

play09:28

del campus par y espero que te haya

play09:30

gustado el vídeo si hacen alguna

play09:31

experiencia previa con computación en la

play09:33

nube desplegando aplicaciones me

play09:35

gustaría

play09:36

hicimos a verlo déjame un comentario

play09:38

abajo de este vídeo y nos vemos en el

play09:39

próximo hasta pronto

play09:44

[Música]

Rate This

5.0 / 5 (0 votes)

Связанные теги
Arquitectura en la nubeSoftwareManel ZapataEscalabilidadOptimizaciónCloud ComputingAmazon Web ServicesGoogle CloudAzureBalancing de cargaStateless
Вам нужно краткое изложение на английском?