Consideraciones de negocio para alta concurrencia y caso de uso

Clase 15 de 17 • Audiocurso de Fundamentos de Arquitectura de Alta Concurrencia

Clase anteriorSiguiente clase

DAVID EDUARDO BAEZ SANCHEZ

student•

Empezar

Crear un monolito. Se puede utilizar Cache (sesiones - autenticaciones) - CDNs - Contenedores - Orquestadores
Después separar en funciones.
Usar funciones ServeLess para tareas asíncronas.

Estar cómodo **SUMERCED **con el lenguaje de desarrollo.

Todo en contenedores, preferible en **DOCKER **y un orquestador posiblemente K8s.

Métricas mediante CPU - RAM - Colas de mensajes.

Juan David Cajamarca Acuña

student•

¿Qué consideraciones estratégicas de negocio se deben tener en cuenta a la hora de crear una arquitectura de alta concurrencia?

Esto depende mucho del tipo del negocio y del tipo de la aplicación. Sin embargo, en la gran mayoría de los casos, los más recomendable es comenzar con un monolito. Aunque parezca una mala idea, en realidad no tiene sentido comenzar a separar nuestra aplicación en microservicios desde el principio. Una vez creado el monolito, si el equipo crece y la empresa va triunfando, es aquí el momento ideal para comenzar a separar las funciones.

En el monolito se pueden utilizar tecnologías para alta concurrencia (CDNs, contenedores, orquestadores, etc.), en donde los CDNs nos pueden ayudar a cachear elementos estáticos y en la parte de seguridad; también se puede utilizar caché de diferentes formas (para uso de sesiones, para autenticación, etc.), y si se quiere utilizar alguna función serverless, se puede implementar para realizar tareas asíncronas.

Supongamos que empezamos un negocio. Lo primero, sería crear un monolito que sería el centro de nuestra aplicación. Adelante de este monolito, ubicaríamos un CDN que se encargaría de la seguridad, del cacheo de archivos estáticos y de la terminación SSL. El CDN enviaría el tráfico a nuestro proxy que tendrá la primera capa de nuestra aplicación; este proxy se va a encargar de la autenticación; las sesiones y todos esos valores van a estar almacenados en nuestro caché (podríamos utilizar Redis para este punto). Finalmente, nuestro monolito se va a conectar a una base de datos. Luego podríamos agregar funciones serverless para funciones asíncronas como procesamiento de videos, por ejemplo; de esta forma, la función sólo estará corriendo cuando tenga trabajo por hacer, y nos ahorraríamos dinero al no tener todo el tiempo corriendo un servicio que no siempre estamos utilizando.

Lo más recomendable a la hora de crear un monolito, es utilizar contenedores y orquestarlo con alguna tecnología.

Nicolás Peralta Páez

student•

crack

juan CORSI

student•

Gracias

Diego Geovanny Bracero

student•

Crear una arquitectura de alta concurrencia

Crear un monolito: Una vez la aplicación va creciendo podemos separar las funciones,
Herramientas de alta concurrencia: El uso de CDN, contenedores, orquestadores, cache, etc
Proxy y capa de autentificación - Bases de datos.
Aplicaciones serverless.

Alexis Dorado Muñoz

student•

Gracias por tu aporte.

Alexis Dorado Muñoz

student•

Consideraciones estratégicas para una arquitectura de alta concurrencia:

Las consideraciones estratégicas al diseñar una arquitectura de alta concurrencia son clave para el éxito del negocio. Aquí algunas ideas:

1. Evolución gradual:

Comenzar con un monolito puede ser la mejor estrategia, incluso si a largo plazo se planea una arquitectura de microservicios. Esto permite enfocarse en el desarrollo inicial y escalar gradualmente según las necesidades. 🚀

2. Aprovechar las herramientas:

Incluso en un monolito, podemos utilizar tecnologías de alta concurrencia como CDNs (para caché y seguridad), caché en memoria (Redis para sesiones y autenticación), y funciones serverless (para tareas asíncronas). 🧰

3. Ejemplo de arquitectura:

Imagina un monolito con un CDN como primera línea de defensa, un proxy para la autenticación, caché para la gestión de sesiones, y una base de datos para la persistencia. Luego, podemos agregar funciones serverless para tareas específicas. 🧱

4. Contenerización y orquestación:

Utilizar contenedores y un orquestador como Kubernetes facilita la gestión, el escalado y la implementación de la aplicación. 🚢

Puntos adicionales a considerar:

Tipo de negocio: Las necesidades de un e-commerce son diferentes a las de una red social o una aplicación de IoT.
Escalabilidad: Prever el crecimiento futuro y diseñar una arquitectura que pueda adaptarse a la demanda.
Costo: Evaluar el costo de las diferentes tecnologías y elegir las más adecuadas al presupuesto.
Seguridad: Implementar medidas de seguridad robustas para proteger los datos y la aplicación.

Juan David Acosta González

student•

Como se podria realizar una aplicación móvil de tipo stateless? Lo pregunto ya que en el caso en que uno haga deployment en la Play Store de Android, uno sube el app bundle y ya esta, pero como haria para separar el contenido estático en este caso?

Pablo Fredrikson

teacher•

En ese caso no hace falta que sea stateless en el telefono, ya que nunca deberias tener que escalar en ese dispositivo. La idea de las aplicaciones stateless es para aquellas que corren en servidores y de vez en cuando requieren escalamiento horizontal.

Alexis Dorado Muñoz

student•

Es un desafío interesante lograr que una aplicación móvil sea stateless, especialmente al considerar la distribución a través de tiendas como Play Store. Aquí te van algunas ideas para separar el contenido estático y lograr ese objetivo:

1. Almacenamiento en la nube:

Sube tu contenido estático (imágenes, videos, etc.) a un servicio de almacenamiento en la nube como AWS S3, Google Cloud Storage o Azure Blob Storage.
Tu aplicación móvil puede descargar el contenido desde la nube según sea necesario.
Ventajas: Escalabilidad, disponibilidad y ahorro de espacio en el dispositivo.
Desventaja: Requiere conexión a internet para acceder al contenido.

2. CDNs:

Si tu contenido estático no cambia con frecuencia, puedes usar un CDN para almacenarlo en caché y servirlo desde servidores cercanos a los usuarios.
Esto mejora la velocidad de carga y reduce la latencia.
Ventajas: Rendimiento optimizado y menor consumo de datos.
Desventaja: Puede ser más costoso que el almacenamiento en la nube.

3. Empaquetado dinámico:

Crea un sistema que permita descargar contenido estático adicional en segundo plano después de la instalación inicial.
Puedes usar herramientas como bundles en Android o on-demand resources en iOS.
Ventajas: Reduce el tamaño inicial de la aplicación y permite actualizaciones de contenido sin nuevas versiones.
Desventaja: Aumenta la complejidad del desarrollo.

4. APIs para contenido dinámico:

Si tienes contenido que cambia con frecuencia (noticias, ofertas, etc.), puedes usar APIs para obtenerlo desde un servidor.
Esto te da mayor control sobre el contenido y permite personalizar la experiencia del usuario.
Ventajas: Flexibilidad y actualización en tiempo real.
Desventaja: Requiere una conexión a internet constante.

Recomendaciones adicionales:

Minimiza el tamaño de los archivos estáticos para reducir el tiempo de descarga.
Utiliza técnicas de caché en la aplicación para evitar descargas repetidas.
Considera la posibilidad de ofrecer una versión "offline" de la aplicación con contenido básico.

MARIA TERESA PANIAGUA RIVERA

student•

Gracias

Daniel Eduardo Rojas Pulido

student•

Hacer el monolito primero y luego se escala a microservicios