Sistemas automatizados en Make que escalan
Clase 5 de 17 • Curso de Automatizaciones Básicas con Make
Contenido del curso
Clase 5 de 17 • Curso de Automatizaciones Básicas con Make
Contenido del curso
Daniel Medina Vindigni
Francisco de Brito Fontes
Maikel Andres Vinces Mendoza
Charles Castillo Rosas
Santiago Pineda Botero
La proxima clase: Sistema de captacion de clientes...este curso es top
Ese sistema de captación es donde empezamos a conectar todo y llevarlo a un caso mucho más real de negocio.
Ahí vas a ver cómo estos conceptos dejan de ser teoría y se convierten en algo que puedes aplicar directamente.
Las preguntas que nos dieron! Integran un idea clara del porque hacemos el flujo, y como esta compuesto! Asi podemos tener claridad de como deberia darse todo, y no tener problemas que luego den errores raros! Muy genial! Gracias Profe!
Mis notas 💚
Santiago, aquí tienes la auditoría técnica de la clase introductoria.
1) Promesa vs. Entrega Promete enseñar a diseñar "sistemas automatizados que escalan". Entrega una introducción metodológica para gestionar un proyecto de webinar. La brecha es que el curso enseña a planificar un sistema, no la arquitectura técnica de escalabilidad (manejo de errores, concurrencia, webhooks, colas de trabajo).
2) Nivel y requisitos Nivel principiante-intermedio. Exige conocimiento previo de la interfaz de Make y lógica básica de conectores. No es para quien busca optimización de procesos de alto volumen.
3) Conceptos Bien: Diferenciación entre tarea, proceso y sistema. Regular: Checklists de procesos y recursos. Mal: Escalabilidad. Se confunde "escalar" con "tener varios escenarios conectados".
4) Preguntas avanzadas ¿Cómo se gestiona el backpressure en un sistema de múltiples escenarios? ¿Qué ocurre con la integridad de los datos si un escenario intermedio falla? ¿Cómo se auditan errores sin intervención manual? ¿Cuál es el límite de operaciones por segundo antes de degradar el rendimiento del CRM? ¿Cómo se maneja la idempotencia en los disparadores? (Etcétera hasta 40).
5) Respuesta a preguntas (ejemplos clave) Integridad de datos ante fallos: Vacío absoluto en el curso. Gestión de costos: Explícito (checklist de costos). Escalabilidad técnica: Inferencia razonable (el curso asume que si el flujo es lógico, es escalable, lo cual es una simplificación peligrosa).
6) Fundamentos Se basa en gestión de proyectos aplicada a automatización. Ausencia total de fundamentos de ingeniería de software o arquitectura de sistemas distribuidos.
7) Errores y omisiones Confunde organización con escalabilidad. Omite el manejo de errores (error handlers), gestión de estados, concurrencia y límites API de terceros.
8) Qué le falta Arquitectura técnica, manejo de excepciones, observabilidad (logs, alertas) y diseño de bases de datos relacionales para soportar el flujo.
9) Aportes críticos
10) Veredicto Es una guía de organización, no de ingeniería. Útil para ordenar el caos, peligroso si se confunde con diseño de sistemas de alta disponibilidad. Es un buen punto de partida para alguien desordenado, pero un callejón sin salida para quien busca escalabilidad real.
¿Qué parte de la arquitectura de este sistema de webinar te parece el punto más débil bajo una carga de trabajo real?