Copilot Managed Runtime: crear, probar y desplegar una aplicación con SDK y CLI

Ilustración del desarrollo de una aplicación que pasa por un entorno de ejecución administrado hacia un despliegue empresarial — Ilustración editorial: del desarrollo local a una aplicación empresarial administrada.

Microsoft presentó el 25 de septiembre de 2026 Copilot Managed Runtime en preview pública. La propuesta une desarrollo de aplicaciones web, alojamiento administrado, identidad de Microsoft Entra y controles de acceso a datos. Su SDK y su CLI ofrecen un procedimiento concreto para pasar de una aplicación local a una versión de prueba alojada y, después, a una versión disponible para usuarios. La documentación sigue siendo preliminar y puede cambiar.

Qué problema resuelve y qué aporta

Una aplicación interna necesita más que código: repositorio, autenticación, conexiones autorizadas, despliegue y operación. El runtime ofrece una base administrada y un inventario en Microsoft 365 admin center. El desarrollador conserva código editable en JavaScript o TypeScript y puede usar un repositorio Git administrado por la plataforma o uno de GitHub admitido. El SDK aporta acceso a conectores con políticas de la organización; la autorización efectiva sobre cada fuente sigue siendo indispensable.

Requisitos antes de empezar

Un tenant comercial elegible y habilitación del camino de creación por CLI. La disponibilidad de la plataforma no equivale al permiso de creación: la guía administrativa señala que CLI está desactivada por defecto y un administrador debe habilitarla mediante la configuración de entornos y grupos.
Node.js LTS 24.11.0 o posterior, Git 2.27.0 o posterior y Git Credential Manager; una identidad Microsoft Entra con acceso al entorno.
Para ejecutar aplicaciones, licencia Power Apps Premium o cobertura mediante Copilot Credits según la modalidad aplicable. Los servicios conectados pueden tener costos propios: presupuestar y comprobar antes de una prueba con usuarios.
Una fuente de datos autorizada y permisos mínimos si se agrega un conector. Se puede comenzar con la aplicación de ejemplo sin datos empresariales.

Del proyecto local a la versión de prueba

El quickstart de Microsoft Learn propone esta secuencia. Los comandos siguientes son un ejemplo para un entorno ya habilitado; no representan una ejecución realizada por Enoiax.

npm install -g @microsoft/managed-apps-cli
ms --version
ms auth login
ms app create hello-world --display-name "Hello World"
cd hello-world
npm install
ms app dev

Tras comprobar el resultado local, se puede listar conectores con ms connector list. Si el entorno y sus políticas permiten uno, ms app add data-source --connector <connector> inicia su configuración. La CLI informa el tipo de autenticación y el estado de gobierno; el asistente configura la conexión y genera modelos y servicios tipados para la fuente seleccionada.

Para probar la versión alojada, se registran y envían los cambios al repositorio:

git add .
git commit -m "Primera versión"
git push
ms app play --mode preview

git push por sí solo no inicia la compilación. Al abrir la preview, la plataforma puede compilar el commit; si falla, ms app build-status ofrece detalles. Tras verificar la versión alojada y sus permisos, ms app deploy promueve la aplicación a live. Esto hace visible una aplicación para usuarios autorizados, por lo que conviene limitar el primer despliegue a un grupo de prueba.

Qué conviene validar en un piloto

Confirmar con el administrador que la creación por CLI está permitida y registrar versiones de herramientas y ambiente.
Ejecutar el ejemplo sin datos reales y comparar desarrollo local, preview y live.
Agregar un conector de lectura autorizado; verificar que las políticas de DLP y de conectores bloqueen opciones no permitidas.
Probar dos identidades con permisos distintos sobre la fuente; comprobar que el usuario sin acceso no reciba datos.
Modificar una versión, inspeccionar el estado de compilación, desplegar un commit controlado y revisar inventario, salud y consumo.

Límites que afectan el diseño

La opción de repositorio externo documentada admite GitHub.com y GitHub Enterprise Cloud; Azure DevOps y GitHub Enterprise Server no están admitidos como proveedores del repositorio de la aplicación en esta preview. El tipo de repositorio se elige al crear la aplicación y no se cambia después. Los repositorios GitHub públicos y el despliegue de artefactos externos permanecen bloqueados por defecto. Hay que evaluar mantenimiento, dependencia de una tecnología en preview, privacidad de datos, acceso de los conectores y licencias de cualquier código reutilizado. No se ha probado aquí una conexión directa con Dynamics 365 Finance and Operations ni su comportamiento en un tenant particular.

Conclusión

La oportunidad inmediata es una prueba de concepto pequeña y de lectura que permita medir acceso, despliegue y costos. Una aplicación para soporte o consulta documental podría evaluarse después de ese primer recorrido. La utilidad para D365FO es una hipótesis de integración que exige verificar conector, permisos y fuentes concretas antes de describirla como capacidad implementada.