El 2 de junio de 2026, entre el tsunami de anuncios de Microsoft Build, hubo uno que pasó más desapercibido que los modelos MAI o el quantum, pero que puede ser igual de transformador para cualquiera que construya aplicaciones: Rayfin.
¿Qué es? Un SDK y CLI open-source que convierte Microsoft Fabric en un backend-as-a-service. Dices qué necesitas en un archivo YAML, ejecutas npx rayfin up, y tienes base de datos, autenticación, almacenamiento, mensajería y observabilidad. Sin aprovisionar infraestructura. Sin configurar redes. Sin pelearte con IAM.
Si alguna vez has pasado de «tengo un prototipo que funciona» a «necesito poner esto en producción» y has descubierto que el 80% del trabajo no es el código de la app sino el backend que lo sostiene, Rayfin va exactamente a por ese 80%.
1. El problema que resuelve
Los coding agents (Copilot, Claude Code, Codex) pueden generar aplicaciones en segundos. Descríbeselas y aparecen. Pero entre ese prototipo y producción hay un abismo:
- Necesitas una base de datos. Aprovisionarla, configurar backups, planificar escalado.
- Necesitas autenticación. Quién accede a qué, con qué identidad, bajo qué políticas.
- Necesitas almacenamiento. Dónde guardas archivos, cómo los versionas, quién los lee.
- Necesitas mensajería. Cómo se comunican los componentes, qué pasa si un mensaje se pierde.
- Necesitas observabilidad. Logs, métricas, alertas. Saber que todo funciona.
- Necesitas gobernanza. Cumplimiento, auditoría, control de acceso.
Y todo eso, además, tiene que ser enterprise-grade: seguro, escalable, auditable.
La mayoría de los proyectos se atascan aquí. El prototipo funciona el viernes. El lunes, el equipo de infraestructura dice que necesitan tres sprints para aprovisionar el entorno de producción.
Rayfin elimina ese abismo. El backend se define en código, se despliega con un comando, y hereda automáticamente toda la infraestructura de seguridad y gobernanza de Microsoft Fabric.
2. ¿Qué es exactamente Rayfin?
Rayfin es dos cosas:
- Un SDK open-source que permite definir modelos de datos, lógica de backend y políticas de acceso en código (archivos YAML en rayfin/rayfin.yml).
- Una CLI que despliega esa definición directamente en Microsoft Fabric, que actúa como el runtime gestionado.
El resultado: un backend-as-a-service (BaaS) para aplicaciones, entregado como parte de la plataforma Fabric.
¿Qué incluye el backend que despliega Rayfin?
| Componente | ¿Qué hace Rayfin? |
| Base de datos | Aprovisiona automáticamente una base de datos en Fabric |
| Autenticación | Gestiona identidad y autorización integrada con Entra ID |
| Almacenamiento | Datos que aterrizan en OneLake, el data lake unificado de Fabric |
| Mensajería | Infraestructura de mensajería para comunicación entre componentes |
| Observabilidad | Logs, métricas y monitorización integradas |
| GitHub integration | Todo el flujo se define y versiona desde GitHub |
3. ¿Cómo se usa?
El flujo de trabajo es mínimamente frictionless:
Un archivo rayfin/rayfin.yml describe qué necesita tu aplicación:
3.2 Lo despliegas
Rayfin lee la configuración, aprovisiona los servicios en Fabric, configura la autenticación, crea las bases de datos, y te devuelve los endpoints listos para usar.
3.3 Tus datos viven en OneLake
Una vez desplegado, los datos de tu aplicación aterrizan directamente en OneLake, el data lake unificado de Fabric. Eso significa que están inmediatamente disponibles para todo el stack de datos de Fabric: analytics, datos operacionales, datos en tiempo real, motores de IA. Sin pipelines ETL adicionales. Sin mover datos de un lado a otro.
4. La integración con Replit: del vibe coding a producción
Uno de los anuncios más interesantes es la partnership con Replit. La idea es simple y potente:
- Un desarrollador (o un agente) crea una app en Replit
- Cuando está lista para producción, Rayfin la despliega en Fabric
- La app, los datos y los servicios quedan gestionados en el tenant de Fabric del cliente
En palabras de Amjad Masad, CEO de Replit:
Esto cierra el círculo: el coding agent genera la app, Rayfin genera el backend, Fabric lo opera en producción. El desarrollador solo describe lo que quiere y revisa el resultado.
5. ¿Por qué sobre Fabric?
Microsoft Fabric es la plataforma de datos unificada de Microsoft. Piensa en ello como el equivalente a lo que Azure fue para la computación en la nube, pero para datos + IA. Incluye:
- OneLake: un data lake unificado para todos los datos de la organización
- Fabric Data Warehouse: data warehouse con aceleración GPU (hasta 7x más rápido)
- Fabric IQ: capa de contexto semántico para agentes (ontologías, modelos semánticos, grafos)
- Real-Time Intelligence: procesamiento de señales en tiempo real
- Power BI: analytics y visualización
Al desplegar sobre Fabric, Rayfin hereda todo esto automáticamente. Tu backend no es un servicio aislado: está integrado en el sistema nervioso de datos de tu organización.
6. ¿Para quién es Rayfin?
| Perfil | Por qué le importa |
| Desarrollador que prototipa con coding agents | Pasar de prompt a producción en horas, no meses |
| Startup que valida un MVP | Backend enterprise-grade desde el día 1 sin equipo de infraestructura |
| Empresa con datos en Fabric | Las apps que construyes comparten el mismo lago de datos que tus analytics |
| Equipo que construye agentes de IA | Tus agentes necesitan backends. Rayfin + Fabric IQ les da contexto y herramientas |
| CIO/CTO | Gobernanza unificada: todas las apps despliegan sobre la misma plataforma con las mismas políticas |
7. El contexto estratégico: ¿por qué ahora?
Rayfin no es un producto aislado. Es una pieza en un puzle más grande que Microsoft está montando en tiempo real:
- Coding agents (Copilot, MAI-Code-1) generan aplicaciones en segundos
- Rayfin proporciona el backend para esas aplicaciones sin fricción
- Fabric unifica los datos que esas aplicaciones generan y consumen
- Fabric IQ da contexto semántico para que los agentes razonen sobre esos datos
- Agent 365 gobierna y asegura todo el ecosistema
La jugada es crear un ciclo cerrado: el agente genera código → Rayfin provee el backend → Fabric almacena los datos → Fabric IQ da contexto → el agente es más inteligente → genera mejor código.
Y todo corre sobre la infraestructura de Azure, gestionado, seguro y gobernado desde el día 1.
8. Pros y contras
✅ Pros
- Del prompt a producción sin infraestructura: este es el valor central. Elimina meses de trabajo de plataforma.
- Open source: el SDK y la CLI son open-source. No hay vendor lock-in en la herramienta (aunque sí en la plataforma de despliegue).
- Integración nativa con OneLake: los datos de tu app están inmediatamente disponibles para analytics, IA y agentes. Sin ETL.
- Enterprise-grade por defecto: identidad (Entra ID), gobernanza, seguridad, observabilidad. No tienes que construirlo tú.
- Integración con Replit: camino directo desde coding agents hasta producción.
- GitHub-based workflows: todo versionado, todo en código, todo reproducible.
- Escala automática: Fabric se encarga del escalado. Tú no aprovisionas servidores.
❌ Contras
- Preview: Rayfin está en preview. No es producción-ready para cargas críticas… todavía.
- Vendor lock-in en Fabric: aunque el SDK es open source, el runtime es Fabric. No puedes desplegar Rayfin en AWS o GCP.
- Ecosistema incipiente: acaba de nacer. La comunidad, los plugins, las integraciones de terceros están por construir.
- Abstracción que puede doler: cuando algo falla en el backend gestionado, hacer debug puede ser más opaco que con infraestructura que controlas tú.
- Curva de aprendizaje de Fabric: para sacarle todo el partido (OneLake, Fabric IQ, semántica), necesitas entender la plataforma Fabric. No es solo «npx rayfin up y ya».
- Costes no transparentes: el modelo de pricing de Fabric + Rayfin en preview no está del todo claro. ¿Cuánto cuesta realmente una app en producción?
- Limitado a aplicaciones que encajen en el modelo BaaS: no todas las arquitecturas se adaptan bien a un backend-as-a-service. Microservicios complejos, requisitos muy específicos de red, o stacks muy heterogéneos pueden no encajar.
9. Cierre
Rayfin resuelve un problema real: el abismo entre el prototipo generado por un agente y la aplicación en producción enterprise. Es el pegamento que faltaba entre el vibe coding y el deploy.
La apuesta de Microsoft es clara: si consiguen que el camino desde «describe lo que quieres» hasta «tu app está en producción, gobernada y escalando» sea cuestión de horas, han cambiado las reglas del desarrollo de software. Y Rayfin es la pieza de infraestructura que hace posible ese camino.
Para las empresas, la promesa es aún más interesante: todas las aplicaciones que construyan — las haga un humano o un agente — correrán sobre la misma plataforma, compartirán los mismos datos, heredarán las mismas políticas de seguridad, y serán gobernables desde el mismo panel. El sueño húmedo de cualquier CIO.
Por ahora, es un preview. Pero la dirección es inequívoca.
Rayfin promete recortar el camino del prototipo a producción de meses a horas. Pero ese atajo solo se convierte en ventaja real si alguien decide bien qué construir sobre Fabric, cómo gobernarlo y dónde están los límites del modelo BaaS. La tecnología abre la puerta; el criterio es lo que evita que la app del viernes se quede en preview eterno.
En Raona ayudamos a las organizaciones a recorrer ese trayecto con cabeza: diseñamos arquitecturas sobre Microsoft Fabric y el ecosistema de datos de Azure, conectamos los coding agents con backends gobernados – Entra ID, OneLake, observabilidad – y acompañamos a los equipos para que la adopción sea sólida, no un experimento que nadie sabe mantener.
Si tu organización está mirando Rayfin, Fabric o los agentes always-on y se pregunta por dónde empezar, hablémoslo. Te ayudamos a separar lo que ya es posible de lo que todavía es promesa, y a construir el primer caso de uso que de verdad mueve la aguja.
