Monitoreo y registro de aplicaciones Swift: depuración sin dolor

¿Su aplicación funciona perfectamente? Vamos a comprobarlo

¿Alguna vez ha lanzado una aplicación Swift en producción y ha rezado para que no se cayera? Yo sí. Y cada vez que un usuario escribía "se congeló", me sentía como un gatito ciego. El registro y el monitoreo son esos ojos y oídos que convierten el caos en orden. Sin ellos, adivina qué salió mal. Con ellos, ves cada paso.

En este artículo, veremos cómo configurar el monitoreo de aplicaciones Swift para que pueda dormir tranquilo. Nada de teoría seca, solo código vivo, casos reales y trucos que he recopilado durante años. ¡Vamos allá!

Por qué el registro en Swift no es solo print()

El primer impulso de cualquier desarrollador es poner un print("aquí todo se rompió") en cada esquina. Y funciona... hasta que lanzas la aplicación. En producción, print desaparece en el vacío y el usuario se queda solo con el error. Necesitamos algo más.

El registro moderno de aplicaciones Swift son datos estructurados, niveles de importancia y la capacidad de recopilación remota. Apple nos da una herramienta potente: OSLog. Es ligero, rápido y está integrado directamente en el sistema. Veamos cómo domarlo.

OSLog: nivel básico

Importamos el framework y creamos un logger:

import OSLog\n\nlet logger = Logger(\n    subsystem: "com.pythonlib.monitoring",\n    category: "network"\n)\n\nfunc fetchUserData() {\n    logger.info("Iniciando carga de datos del usuario")\n    // ... código de la solicitud ...\n    logger.debug("Respuesta recibida: \\(response.statusCode)")\n}

Observe subsystem y category. Son sus etiquetas para filtrar. Cuando tenga 50 módulos, podrá filtrar solo los registros de red o solo los de base de datos, sin ruido innecesario.

Niveles de registro: cuándo gritar y cuándo susurrar

OSLog admite seis niveles. Así es como usarlos:

\n
• debug — para desarrollo, se desactiva en la versión de lanzamiento (a menos que se active explícitamente).
\n
• info — información útil que no satura la consola.
\n
• notice — eventos importantes, como un inicio exitoso.
\n
• error — errores que se pueden manejar.
\n
• fault — fallos críticos después de los cuales la aplicación puede fallar.
\n

Ejemplo con un error real:

func handleApiError(_ error: Error) {\n    logger.error("Error de API: \\(error.localizedDescription, privacy: .public)")\n    // privacy: .public — para ver el texto en los registros, de lo contrario estará oculto\n}

Monitoreo de aplicaciones Swift: métricas y rendimiento

Los registros son el pasado. El monitoreo de aplicaciones Swift es el presente. Quiere saber qué está pasando ahora mismo: cuánta memoria consume su código, si la animación se ralentiza, si la tasa de fotogramas baja.

Apple proporciona MetricKit, un framework para recopilar diagnósticos en los dispositivos de los usuarios. Recopila informes de fallos, datos de batería y métricas de inicio. Pero para un monitoreo completo, a menudo se conectan servicios de terceros.

Conectando Crashlytics (Firebase) — rápido y doloroso

Crashlytics sigue siendo el estándar de la industria. Aquí está la configuración mínima:

import FirebaseCrashlytics\n\n// En algún lugar al iniciar la aplicación\nCrashlytics.crashlytics().setUserID("user_123")\nCrashlytics.crashlytics().setCustomValue(true, forKey: "is_premium")\n\n// Registramos errores no fatales\ndo {\n    try riskyOperation()\n} catch {\n    Crashlytics.crashlytics().record(error: error)\n    logger.error("Error no fatal: \\(error)")\n}

Un punto importante: no registre datos personales del usuario sin consentimiento. Use setUserID solo si tiene un identificador anonimizado.

Enviamos m