Por qué HubSpot eligió Vercel: Guía para construir aplicaciones serverless de alto rendimiento
TuBrief 편집팀
2026년 2월 9일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
La gestión de infraestructura es una de las tareas que más tiempo consume a los equipos de desarrollo de SaaS B2B modernos. Si se dedica tiempo a la configuración del servidor, parches de seguridad y problemas de escalado cuando debería centrarse en la lógica de negocio, la productividad del equipo inevitablemente se estancará.
Recientemente, el equipo de Developer Relations (DevRel) de HubSpot rediseñó la arquitectura de su propia plataforma y oficializó una estrategia Bring Your Own Backend (BYOB) basada en Vercel. Esto va más allá de simplemente usar un servidor externo; es una declaración de otorgar a los desarrolladores total libertad en la elección de herramientas mientras se resuelven los cuellos de botella de rendimiento. Analizamos por qué HubSpot abandonó su antiguo entorno serverless cerrado para aliarse con Vercel y el marco de trabajo práctico que utilizan para construir herramientas de automatización de IA.
En el pasado, las funciones serverless de HubSpot tenían muchas limitaciones. Al permitir solo un único archivo JavaScript o dificultar el uso de librerías externas, era complicado implementar lógicas complejas. Sin embargo, tras la actualización de la plataforma 2025.2, la estructura ha cambiado por completo. Ahora, HubSpot separa totalmente las extensiones de UI de los servicios de backend.
El núcleo que sostiene esta estructura es la API hubspot.fetch. Esta API actúa como un proxy de seguridad, entregando de forma segura las solicitudes generadas en las tarjetas de la UI a los endpoints de Vercel. Los desarrolladores disfrutan de la libertad del entorno de desarrollo de Vercel dentro del entorno seguro de HubSpot.
| Elemento | HubSpot Nativo (Legacy) | BYOB basado en Vercel (v2025.2+) |
|---|---|---|
| Control de infraestructura | Gestionado por HubSpot (Limitado) | Control total del desarrollador |
| Entorno de ejecución | Node.js (Archivo único) | Soporte para Node.js, Python, Go, etc. |
| Optimización de red | Región fija | Vercel Edge Network (Global) |
| Latencia de respuesta | Más de 500ms (Cold Start) | Menos de 50ms (Usando Edge) |
Al observar los datos de rendimiento real, las funciones serverless convencionales sufren retrasos de cientos de milisegundos debido al tiempo de arranque de la instancia (cold start). En cambio, al utilizar las Edge Functions de Vercel, la ejecución ocurre instantáneamente en el borde de la red, reduciendo la velocidad de respuesta hasta 10 veces.
En una arquitectura serverless, la elección de la base de datos determina el 80% del rendimiento. En el ecosistema de HubSpot, los criterios para elegir entre las dos soluciones más destacadas son claros.
Si necesita relaciones de datos complejas, Neon es la respuesta. Especialmente su función de Branching es impresionante. Permite clonar el estado de la base de datos instantáneamente, como en Git, permitiendo crear entornos de DB de prueba independientes en un segundo para cada desarrollo de nueva funcionalidad o Pull Request.
Si la prioridad son los datos en tiempo real o el límite de velocidad de la API (Rate Limiting), debe elegir Upstash. Upstash admite conexiones basadas en HTTP. Esto elimina por completo la carga de mantener conexiones TCP, un problema crónico de las funciones serverless, ahorrando así recursos.
Estrategia recomendada: Lo más eficiente es asignar Neon para el mirroring de datos de clientes u objetos personalizados, y utilizar Upstash para almacenar el contexto de conversación de agentes de IA o para programar notificaciones de Slack.
Sprocky Change Dust, revelado por el equipo de DevRel de HubSpot, es una herramienta que analiza los registros de cambios de la plataforma mediante IA para clasificar su impacto en el stack tecnológico. Para aplicar esto en la práctica, siga este proceso de 3 pasos.
Utilice Vercel Cron Jobs para parsear periódicamente el feed RSS de los registros de cambios de HubSpot. En este punto, use Upstash Redis para guardar los IDs de las publicaciones ya procesadas y evitar el desperdicio de recursos por duplicidad.
Un resumen simple no tiene sentido. Al configurar el prompt del LLM, diséñelo para extraer estas tres etiquetas clave:
Envíe los resultados del análisis como Issues a través de la API de GitHub o transmítalos a Slack. El punto a tener en cuenta aquí es el timeout. Dado que el análisis de IA toma tiempo, existe un gran riesgo de exceder el tiempo de espera predeterminado de Vercel (10 segundos gratis, 60 segundos de pago).
Para solucionar esto, introduzca herramientas como Upstash Workflow o Inngest. Al dividir la tarea en pasos pequeños (Steps), es posible la Durable Execution, que permite reintentar desde el punto donde se detuvo sin tener que empezar de nuevo en caso de errores de red.
Para evitar que el código que funcionó localmente falle en producción, asegúrese de verificar estos cuatro puntos:
app-hsmeta.json. Si falta, se producirá un Error 400 Proxy.engines de package.json para eliminar inconsistencias de entorno.La combinación de HubSpot y Vercel ofrece un valor que va más allá del simple alojamiento. Ya existe un entorno preparado donde puede concentrarse en el valor principal de su negocio sin quedar atrapado en la complejidad de la infraestructura. Si aplica los flujos de trabajo de IA presentados hoy, empezando por proyectos a pequeña escala, la velocidad de desarrollo de su equipo cambiará radicalmente.