Continuar el soporte cuando falla el servicio de IA
Separe la recepción de la solicitud del paso de IA. Planifique reintentos limitados, guardados con resultado incierto y la continuación por parte del equipo.
Una solicitud de soporte debe seguir siendo tramitable por el equipo cuando falla el resumen automático. La aplicación necesita un flujo previsto sin esa función. Repetir llamadas al modelo no mantiene por sí solo el proceso de trabajo.
Separar la recepción del paso de IA
En este portal ficticio, una solicitud técnica se guarda primero en el almacén de casos. Su identificador de recepción es F-81. El acuse de recibo aparece solo tras confirmar el guardado. Después, un servicio de IA debe crear un resumen interno. El mensaje original sigue siendo legible para el equipo responsable.
Si falla el resumen, el caso guardado puede seguir tramitándose en la cola prevista. La interfaz muestra el resumen pendiente; no debe anunciar un caso terminado. Este diseño exige que almacenamiento, permisos y vía de tramitación manual funcionen de forma independiente al paso de IA fallido.
Relacionar tipos de fallo con próximos pasos
El patrón Retry de Microsoft distingue fallos transitorios de casos en los que reintentar no es útil. Defina límites de tiempo y de intentos adecuados para el servicio concreto. La tabla describe las respuestas esperadas del ejemplo:
Problema | Respuesta prevista | Estado visible |
|---|---|---|
La consulta de IA supera el tiempo de espera | Reintentar de forma limitada y con pausas; después dejarlo al equipo | Resumen pendiente |
Se deniega el acceso al servicio de IA | Parar los intentos automáticos y hacer revisar la integración | El equipo puede seguir tramitando el caso |
Falta confirmación del guardado original | Aclarar primero el resultado del guardado existente | Recepción aún no confirmada |
Ante un acceso denegado, el contacto técnico responsable revisa configuración y permisos. La aplicación no amplía sus propios derechos como respuesta.
Aclarar primero una escritura de resultado incierto
Una respuesta perdida puede significar que el guardado ya se ha realizado. Microsoft advierte de efectos repetidos al ejecutar de nuevo operaciones no idempotentes. Aquí, idempotente significa que repetir la misma tarea no produce un efecto de negocio adicional.
La vía de guardado debe gestionar repeticiones del mismo identificador de recepción dentro del ámbito de permisos adecuado y poder devolver un resultado existente. Un identificador por sí solo no lo garantiza. Un estado desconocido no debe forzar un segundo caso con un identificador nuevo.
Definir la reanudación y la responsabilidad
El perfil NIST para IA generativa trata planes de recuperación, vías de contacto y procesos alternativos. Determine quién asume los casos abiertos y cuándo puede reanudarse el trabajo automático. Un texto de IA que llegue tarde no debe sobrescribir sin revisión un trabajo manual ya revisado.
Pruebe la caída, el acceso denegado, el guardado de resultado desconocido y la vuelta del servicio después de la tramitación manual. Revise en cada caso el mensaje original, el estado visible y el siguiente paso utilizable. Que una interfaz vuelva a estar accesible no demuestra que todos los casos abiertos se hayan reanudado correctamente.
Fuentes
Escrito por
- Lukas SchneiderRedactor técnicoLukas Schneider escribe en ASES sobre tecnologías en la nube y la operación de aplicaciones. Sus artículos abarcan desde la elección de la infraestructura hasta el mantenimiento, las copias de seguridad y la supervisión de sistemas en funcionamiento.
Seguir leyendo
Todos los artículos
IA y automatización con ASES
Asistentes de IA y procesos automatizados