Consideraciones de negocio para alta concurrencia y caso de uso

Audiocurso de Fundamentos de Arquitectura de Alta Concurrencia

Contenido del curso

Introducción a alta concurrencia

Escalabilidad

Herramientas

Seguridad

13
Cómo manejar ataques DDOS en alta concurrencia
02:37 min

Protocolos

14
gRPC o REST en alta concurrencia
02:43 min

Negocios y casos de uso

Conclusiones

17
Conclusiones
02:07 min

Tomar examen

Consideraciones de negocio para alta concurrencia y caso de uso

Comentarios9

DAVID EDUARDO BAEZ SANCHEZ

Estudiante

Hace 5 años

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

Estudiante

Hace 4 años

¿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

Estudiante

Hace 4 años

crack

juan CORSI

Estudiante

Hace 3 años

Gracias

Diego Geovanny Bracero

Estudiante

Hace 4 años

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

Estudiante

Hace 2 años

Gracias por tu aporte.

Alexis Dorado Muñoz

Estudiante

Hace 2 años

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.

Claudia Patricia Villanueva Mosquera

Estudiante

Hace un mes

Como identificar que una aplicación tiene demasiados microservicios, mas de lo que necesitaría ?

Claudia, la complejidad de gestionar una red de servicios suele superar el beneficio de la independencia cuando la latencia de red y el overhead operativo se comen tus ahorros de tiempo.

Si para completar una simple transacción de usuario tu equipo debe coordinar cambios en cuatro repositorios distintos, ¿estás ganando agilidad o simplemente creando un rompecabezas imposible de mantener?

jefred bedoya

Estudiante

Hace 4 meses•editado

Alta Concurrencia: Estrategia de Negocio

Escalabilidad vs. Costo: No todo requiere escalado masivo. Prioriza la inversión según el valor real del usuario y el impacto directo en tus ingresos.

Experiencia y Consistencia: La latencia mata la conversión. Equilibra la consistencia de datos con la velocidad de respuesta necesaria para mantener al usuario.

Juan David Acosta González

Estudiante

Hace 4 años

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

Profesor

Hace 4 años

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

Estudiante

Hace 2 años

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

Estudiante

Hace 4 años

Gracias

Daniel Eduardo Rojas Pulido

Estudiante

Hace 10 meses

Hacer el monolito primero y luego se escala a microservicios

Consideraciones de negocio para alta concurrencia y caso de uso

Introducción a alta concurrencia

Sistemas de Arquitectura de Alta Concurrencia y DevOps

Fundamentos de Arquitectura de Alta Concurrencia

Escalabilidad

Escalamiento Vertical vs Horizontal: Cuándo y Cómo Usarlos

Diferencias entre servidores Stateless y Stateful en alta concurrencia

Resiliencia y pruebas en sistemas de alta concurrencia

Qué métricas usar para escalar

Manejando el tráfico por países

Herramientas

Linux en servidores y lenguajes para alta concurrencia

Manejar usuarios en entornos de staging y production

Orquestadores y serverless en de alta concurrencia

Motores de bases de datos y caché

Uso de las CDN en alta concurrencia

Seguridad

Cómo manejar ataques DDOS en alta concurrencia

Protocolos

gRPC o REST en alta concurrencia

Negocios y casos de uso