Loading...

Ayuda de CDN.com.tr

Historial de actividad: quién cambió qué

Todo cambio operativo en una cuenta queda registrado con la persona que lo hizo, la hora, y los valores anterior y posterior. Activity history responde "quién purgó esa ruta" y "cuándo cambió este registro" sin necesidad de preguntar a soporte.

Historial de actividad: quién cambió qué

Todo cambio operativo en una cuenta queda registrado con la persona que lo hizo, la hora, y los valores anterior y posterior. Activity history responde "quién purgó esa ruta" y "cuándo cambió este registro" sin necesidad de preguntar a soporte.

Qué hace que el historial valga la pena leer

Un registro de auditoría solo es tan útil como las identidades detrás de él: dé a cada persona su propio inicio de sesión y el rol correcto.

Actores identificados

Team roles

Viewer, editor y owner. Un inicio de sesión compartido hace que cada fila de esta página diga el mismo nombre.

Abrir el tema
Página relacionada

Notificaciones y operaciones

Operaciones asíncronas de deploy y purga y su estado, junto al registro de cambios.

Abrir el tema
Contexto

CDN activity log and team roles

Por qué un registro de auditoría y roles de mínimo privilegio suelen pedirse juntos, y qué revisar en una licitación.

Leer la guía

Ruta en el panel

  1. Management Panel
  2. CDN Accounts
  3. Observability
  4. Activity history

Requisitos previos

  • Necesita el permiso web.cms.cdn.activities. Los roles owner, editor y viewer pueden leer la página.
  • Debe haber una cuenta seleccionada — la página siempre muestra una cuenta a la vez.
  • Solo se listan los cambios hechos después de que el registro de auditoría entró en funcionamiento; las operaciones anteriores no se rellenaron retroactivamente.

Modelo de decisión

¿Qué filtro responde su pregunta?

El filtro Action type es la diferencia entre leer tres filas y desplazarse por una semana de historial.

  • Cache purged: quién limpió qué, con el tipo de purga y el número de rutas.
  • Setting updated: delivery rules, presets de seguridad y las listas negras, con los valores anterior y posterior.
  • DNS record created or deleted: el registro que apareció o desapareció.
  • All: la cronología simple, útil cuando conoce la hora pero no el tipo de cambio.

¿Panel o API?

Los mismos registros están disponibles de ambas formas.

  • Panel: lo más rápido para una sola pregunta, y la columna Detail ya viene formateada.
  • API: adecuado cuando quiere los registros en un ticket, un reporte o su propio monitoreo.

Guía paso a paso

1

Abra Activity history para la cuenta

La página vive en la barra lateral de la cuenta, dentro de Observability, junto a Data consumption y Cache overview.

  • Seleccione la cuenta que está investigando.
  • Abra Observability, luego Activity history.
  • Compruebe el nombre de la cuenta en el selector — el historial que está leyendo pertenece solo a esa cuenta.

Resultado esperado: La tabla lista Time, User, Action y Detail para los cambios más recientes de esta cuenta.

cdnctl equivalent
GET /api/accounts/<account_uuid>/activities?per_page=25
2

Filtre hasta el cambio que está buscando

Action type más Per page suele bastar para obtener la respuesta en una sola pantalla.

  • Elija el tipo de acción — por ejemplo Cache purged — y suba Per page si el cambio es más antiguo.
  • Haga clic en Refresh.
  • Encuentre la fila por hora, y lea la columna User para ver a la persona responsable.

Resultado esperado: Solo se lista el tipo de cambio relevante, con un actor identificado en cada fila.

cdnctl equivalent
GET /api/accounts/<account_uuid>/activities?per_page=25&action_type=purge_cache
3

Lea los valores anterior y posterior

La columna Detail es donde un registro de auditoría demuestra su valor: dice cuál era el valor y en qué se convirtió.

  • Lea la línea Detail de la fila: para una actualización de configuración nombra el ajuste y muestra el cambio como valor anterior a valor nuevo.
  • Para una purga, lea las rutas, el tipo de purga y el número de rutas.
  • Lleve el actor, la marca de tiempo y el nombre del ajuste al ticket o al post-mortem.

Resultado esperado: Puede indicar exactamente qué cambió, quién lo cambió y cuándo, sin adivinar.

cdnctl equivalent
GET /api/accounts/<account_uuid>/activities?per_page=25&action_type=settings_update

Verificación

  • Haga un cambio pequeño y reversible — purgue una ruta — y confirme que aparece en la lista con su nombre.
  • La cuenta mostrada en el selector coincide con el historial que está leyendo.
  • Una acción de un sub-usuario muestra a ese sub-usuario, no al owner de la cuenta.

Casos de uso

Algo cambió y nadie recuerda haberlo hecho: un registro DNS es diferente, se editó una delivery rule, se purgó la caché en medio de una campaña. Con sub-usuarios en la cuenta, "nosotros no lo tocamos" necesita una respuesta con un nombre y una marca de tiempo.

Flujo de trabajo rápido

  1. Abra la cuenta y vaya a Activity history dentro de Observability en la barra lateral de la cuenta.
  2. Reduzca la lista con el filtro Action type — purgas de caché, cambios de DNS, actualizaciones de configuración, certificados.
  3. Lea la columna Detail: lleva la configuración cambiada y los valores anterior y posterior, no solo el hecho de que algo ocurrió.
  4. Si necesita los mismos datos en un script o un ticket, llame a la API de activities de la cuenta.

Verificaciones

  • Las acciones registradas incluyen purgas de caché, creación y eliminación de registros DNS, cambios de delivery rules y presets, operaciones de certificados y cambios de hostname.
  • El actor es el usuario que inició sesión, incluidos los sub-usuarios. Una acción realizada por un editor muestra a ese editor, no al owner de la cuenta.
  • El alcance es la cuenta. Cada cuenta tiene su propio historial, así que cambie de cuenta para seguir un cambio en otra.
  • Es un registro, no un deshacer. Activity history le dice qué cambió; revertirlo se hace en la página propietaria de esa configuración.