Microsoft Agentic AI Business Solutions Architect (AB-100) — Preguntas de práctica y simulacro de examen

Crear un agente y ponerlo en producción son dos actos distintos. Todo lo que configuras en el lienzo de creación vive en un borrador al que solo llegan tú y quienes lo prueban. Publicar es lo que empuja ese borrador a cada canal al que el agente está conectado, y hasta que lo hagas los clientes no tienen con quién hablar. La segunda mitad importa igual: después de cualquier cambio tienes que publicar de nuevo, o los clientes seguirán interactuando con la versión anterior.

Ninguna de las otras opciones hace que un agente sea alcanzable. Desactivar la autenticación cambia quién puede hablar con el agente, no si existe en un canal, y desactivarla de forma permanente sería una decisión de seguridad más que un paso de implementación. Eliminar la base de datos de Dataverse quita datos de los que el agente depende y lo rompería en lugar de lanzarlo. Exportarlo a una hoja de cálculo produce un documento para personas, no un endpoint en funcionamiento.

Consejo para el examen: en cualquier pregunta sobre implementación en Copilot Studio, busca el verbo que mueve el trabajo del borrador a producción. Aquí ese verbo es publicar, y el requisito de volver a publicar es el detalle que más les gusta enterrar a quienes escriben el examen.

El patrón híbrido existe para resolver una disyuntiva. Una construcción puramente low-code en Copilot Studio es rápida y accesible para los equipos de negocio, pero limitada en la elección de modelos; una construcción puramente pro-code sobre Foundry te da cualquier modelo y personalización profunda, pero exige desarrolladores y tiempo. Combinar la superficie de creación low-code con los modelos avanzados de Foundry conserva la seguridad y la confiabilidad de software como servicio de la primera y toma prestada la capacidad de modelos de la segunda, de modo que los equipos de negocio pueden crear agentes sin programar mucho y aun así acceder a modelos de IA de nivel empresarial.

Los distractores describen condiciones que el enfoque híbrido no atiende. Un requisito estrictamente on-premises, sin nube, descarta ambas plataformas, ya que las dos son servicios en la nube. Decir que solo aplica cuando no se necesitan conectores invierte el argumento, porque los conectores prediseñados son una de las principales razones para recurrir a Copilot Studio. Y evitar los modelos de Microsoft contradice el patrón de plano, ya que el catálogo de modelos de Foundry es la mitad de la combinación que aporta los modelos.

Consejo para el examen: lee las respuestas híbridas como una pregunta sobre qué dos fortalezas se están combinando. Si una opción elimina una de las dos mitades, no puede estar describiendo el híbrido.