Elija la capacidad de administración del ciclo de vida de datos correcta
Aprenda a administrar el tiempo que permanecen los datos en Adobe Experience Platform en función de sus requisitos operativos, de retención y de almacenamiento. Esta guía explica las opciones de retención y eliminación disponibles, y le ayuda a determinar cuál se adapta a sus objetivos y cuándo utilizarlas, según sus necesidades. Para obtener instrucciones paso a paso, siga los vínculos de implementación de cada sección.
Esta guía es para administradores y desarrolladores que administran volúmenes de datos, retención y autorizaciones en Experience Platform. Supone que está familiarizado con los conceptos básicos de Experience Platform, como conjuntos de datos, identidades, perfiles y zonas protegidas. La disponibilidad y los permisos requeridos para cada acción se describen en las páginas de la IU y la API vinculadas.
Razones para administrar el ciclo vital de datos why-manage
Adobe Experience Platform ingiere datos continuamente y la cantidad de datos que almacena aumenta con el tiempo. Al administrar el ciclo vital de los datos, estos se mantienen alineados con los casos de uso activos, por lo que conserva lo que sigue aportando valor y elimina lo que ya no lo hace. Una estrategia de retención bien definida también le ayuda a cumplir con los requisitos de retención de datos de su organización y a mantener los volúmenes de datos dentro de sus derechos de licencia.
Cuando los datos se acumulan más allá de lo que requieren sus casos de uso, se enfrenta a varios riesgos:
- Relevancia reducida: Conservar las señales más allá del período en el que siguen siendo útiles puede reducir la relevancia y la capacidad de acción de la segmentación, activación y personalización.
- Presión de costo: El aumento de los volúmenes de datos puede empujarlo hacia o más allá de sus derechos de licencia, lo que puede llevar a cargos adicionales.
- Rendimiento degradado: El exceso de datos aumenta la carga del sistema y puede ralentizar el procesamiento.
- Exposición a la privacidad: La retención de datos más tiempo del que es útil aumenta el riesgo de privacidad y la exposición reglamentaria.
Para evitar estos resultados, Adobe recomienda conservar los datos solo mientras admitan un caso de uso activo. Aplique el mismo principio en la ingesta utilizando filtros de ingesta para incorporar solo los datos que requieren sus casos de uso. Los datos de comportamiento, como los datos de evento, suelen consumir mucho más almacenamiento que los datos de registro, por lo que los datos de comportamiento no administrados suelen tener el mayor impacto en el crecimiento del almacenamiento. Los perfiles seudónimos también se pueden acumular con el tiempo y aumentar los recuentos de perfiles, por lo que considere la posibilidad de utilizar la caducidad de los datos del perfil seudónimo para eliminar perfiles seudónimos inactivos cuando ya no sean necesarios.
Todos los datos introducidos se conservan en Experience Platform y una parte clave de la administración del ciclo vital de los datos es hacer coincidir esos datos con el flujo de trabajo al que sirven. Experience Platform almacena los datos en dos repositorios que tienen diferentes propósitos:
Un conjunto de datos puede admitir flujos de trabajo analíticos, flujos de trabajo de participación o ambos. Cuando los datos de Experience Event están disponibles tanto en el almacén de perfiles como en el lago de datos, cada repositorio tiene su propia política de retención. Al caducar los datos de un repositorio, no se eliminan automáticamente los mismos datos del otro. Conserve los datos solo durante el tiempo que lo requieran los flujos de trabajo que los utilizan y asegúrese de que las políticas de retención adecuadas estén configuradas para ambos repositorios.
Para obtener instrucciones sobre cómo rastrear y administrar los derechos de licencia, consulte Prácticas recomendadas de asignación de licencias de administración de datos.
Elija la capacidad adecuada choose-a-capability
El objetivo de la administración de datos determina qué opción de retención o eliminación utilizar. La siguiente tabla asigna objetivos comunes, incluidas las solicitudes de eliminación de privacidad o normativas, a la opción que se ajuste. Las secciones siguientes describen cada opción de retención y eliminación.
Entre las opciones avanzadas de administración del ciclo de vida de los datos, la eliminación de registros y la caducidad del conjunto de datos son acciones únicas y específicas que se envían cuando se necesitan. La caducidad de Experience Event elimina automáticamente los eventos de experiencia antiguos del almacén de perfiles, mientras que la caducidad de datos de perfil seudónimos elimina los perfiles desconocidos inactivos de forma continua. Una política de retención de lago de datos aplica una caducidad de nivel de fila a los conjuntos de datos de ExperienceEvent en el lago de datos. Si tu objetivo requiere más de una opción, por ejemplo, eliminar registros específicos y al mismo tiempo recortar el crecimiento de eventos en curso, combínalos tal como se describe en Planifica tu estrategia de retención.
Eliminación de registro record-delete
Cuando necesite eliminar registros asociados a una identidad principal con fines operativos, como la limpieza o minimización de datos, utilice la eliminación de registros. Quita registros individuales de Experience Platform en función de su identidad principal. De forma predeterminada, la eliminación de registros afecta al lago de datos, al servicio de identidad y al perfil del cliente en tiempo real. La eliminación de registros no es una herramienta de conformidad. Para las solicitudes de derechos de los consumidores o los interesados, usa Adobe Experience Platform Privacy Service en su lugar.
La eliminación de registros actúa sobre la identidad principal utilizada por el servicio de destino. Antes de usarlo, tenga en cuenta las siguientes limitaciones:
- Solo coincide la identidad principal y se eliminan todos los registros que coinciden con la identidad principal. Los registros no pueden estar dirigidos a identidades secundarias.
- Se omiten los registros sin una identidad principal rellenada.
- Los datos introducidos antes de que la identidad principal se configurara en el esquema del conjunto de datos no se pueden eliminar de esta manera.
- Un conjunto de datos con una caducidad de conjunto de datos programada o en curso no puede recibir una solicitud de eliminación de registro. Cancele la caducidad programada o espere hasta que se complete la caducidad antes de enviar la solicitud de eliminación de registro.
- Para los conjuntos de datos de esquema relacional sincronizados con un sistema de origen externo a través de Data Mirror, los registros eliminados se pueden volver a ingerir si aún existen en el sistema de origen. Actualice el origen como parte del flujo de trabajo de eliminación. Consulte Data Mirror y consideraciones de esquema relacional.
Según la configuración de su organización, puede eliminar registros de un único conjunto de datos o de todos ellos.
Después de enviar una solicitud, Experience Platform la procesa por lotes antes de procesarla. El procesamiento se completa en service level agreement (SLA) para sus derechos. Para ver las fases de procesamiento y cuánto tiempo tarda cada una, consulte Escalas de tiempo de procesamiento del ciclo de vida de datos. Las solicitudes de eliminación de registros también están sujetas a límites de envío de identificadores diarios y mensuales. Para los límites actuales, vea cuotas de envío de identificadores.
Puede crear solicitudes de eliminación de registros en el área de trabajo Ciclo de vida de datos o con la API. Consulte Crear una solicitud de eliminación de registro para el flujo de trabajo de la interfaz de usuario y la guía de extremo de orden de trabajo para la API.
Caducidad del conjunto de datos dataset-expiration
Cuando necesite retirar un conjunto de datos completo que ya no sea necesario para sus casos de uso, utilice la caducidad del conjunto de datos. Programa el conjunto de datos para su eliminación en una fecha que elija, y puede modificar o cancelar la caducidad programada en cualquier momento antes de que comience el proceso de caducidad. Cuando el conjunto de datos alcanza su fecha de caducidad, el lago de datos, el servicio de identidad y el perfil del cliente en tiempo real comienzan a eliminar el contenido del conjunto de datos y la caducidad se completa una vez que finalizan los tres servicios.
Solo puede tener un número limitado de caducidades programadas de conjuntos de datos pendientes a la vez. El límite depende de su producto y de cualquier derecho de Shield. Para el límite actual, consulte límites de caducidad pendientes. La administración avanzada del ciclo de vida de datos no admite la eliminación de conjuntos de datos por lotes.
Puede programar la caducidad de conjuntos de datos en el espacio de trabajo Ciclo de vida de datos o con la API. Consulte Programar una caducidad del conjunto de datos para el flujo de trabajo de la interfaz de usuario y la guía de extremo de caducidad del conjunto de datos para la API.
Retención y caducidad automáticas automatic-expiration
Si desea recortar automáticamente los datos antiguos del almacén de perfiles o del lago de datos con el paso del tiempo, utilice la caducidad de Evento de experiencia, la caducidad de Datos de perfil seudónimo o una política de retención de lago de datos para la caducidad de nivel de fila. Una vez configuradas, estas opciones eliminan automáticamente los datos aptos según el período de retención o inactividad establecido, sin que sea necesario enviar solicitudes individuales. La configuración seguirá aplicándose hasta que la cambie o la elimine.
La caducidad de Evento de experiencia y la caducidad de Datos de perfil seudónimo son funciones complementarias, pero se configuran de forma diferente. La caducidad de Experience Event se configura por conjunto de datos en el espacio de trabajo de Conjuntos de datos, mientras que la caducidad de datos de Perfil seudónimo se configura por separado en el nivel de entorno limitado en la Configuración de perfil.
Caducidad de evento de experiencia experience-event-ttl
La caducidad de Experience Event elimina los eventos de experiencia del almacén de perfiles después del periodo de retención configurado. Para un conjunto de datos ExperienceEvent, se configura su período de retención en el área de trabajo Conjuntos de datos. Esta configuración se aplica en el nivel de conjunto de datos y elimina solo eventos, no atributos de perfil. Si un perfil no tiene atributos propios, el perfil deja de existir después de eliminar todos sus eventos. El período de retención mínimo es de un día. Consulte el documento Establecer política de retención de datos para obtener instrucciones de configuración.
Caducidad de datos de perfil seudónimo pseudonymous-profile-ttl
La caducidad de los datos de perfil seudónimos se aplica en el nivel de entorno limitado y elimina los perfiles seudónimos (desconocidos) después de que hayan estado inactivos durante el período establecido. Elimina tanto los eventos como los registros de perfil. Puede configurar los ajustes usted mismo. El período de caducidad predeterminado es de 14 días para las zonas protegidas de producción y de 3 días para las de desarrollo. Dado que el proceso de eliminación se ejecuta en un ciclo recurrente, los perfiles aptos no se eliminan inmediatamente. Para obtener instrucciones de configuración, consulte Caducidad de datos de perfil seudónimo.
Los dos mecanismos de caducidad difieren en ámbito y en lo que eliminan:
Los dos ajustes se complementan. Establezca un período de caducidad de Evento de experiencia en los conjuntos de datos para controlar cuánto tiempo permanecen los datos de evento en el almacén de perfiles y utilice la caducidad de Datos de perfil seudónimo para eliminar perfiles desconocidos inactivos en función del tiempo que sigan siendo útiles. Para obtener instrucciones sobre cómo elegir las duraciones, consulte Planificar la estrategia de retención.
Política de retención del lago de datos data-lake-retention
Para un conjunto de datos de ExperienceEvent, el periodo de retención configurado determina cuándo caducan los eventos de experiencia del almacén de perfiles. Un conjunto de datos de ExperienceEvent también puede tener una política de retención de lago de datos independiente. Ambos se configuraron desde el mismo flujo de trabajo Establecer directiva de retención de datos en el área de trabajo Conjuntos de datos.
Siga estas instrucciones para distinguir las opciones de retención disponibles:
Dado que estos períodos de retención son independientes, puede retener eventos en el lago de datos para un análisis a largo plazo después de que caduquen del almacén de perfiles. Para obtener instrucciones de retención de lago de datos, incluida la configuración de API, consulte Administrar la retención del conjunto de datos de evento de experiencia (TTL).
Planifique su estrategia de retención plan-retention
La administración del ciclo de vida de los datos es una práctica continua, no una tarea de una sola vez. Conserve los datos solo mientras admitan un caso de uso activo y configure los períodos de retención y las fechas de caducidad para que coincidan con el tiempo que los datos siguen siendo útiles.
Consideraciones clave para guiar su estrategia de datos
Responda a las siguientes preguntas para cada conjunto de datos antes de configurar la retención o la caducidad:
- ¿Se siguen necesitando estos datos para un caso de uso activo? La retención de datos más allá de lo que requieren sus casos de uso aumenta los costes de almacenamiento y procesamiento sin añadir valor.
- ¿Estos datos admiten flujos de trabajo analíticos, flujos de trabajo de participación o ambos? Alinee cada conjunto de datos con el flujo de trabajo al que sirve y administre la retención según corresponda.
- ¿Cuánto tiempo se deben retener estos datos para que sigan siendo útiles? Establezca períodos de retención y fechas de caducidad según el tiempo que los datos admitan su caso de uso, en lugar de depender de un período predeterminado o indefinido.
- ¿Con qué frecuencia revisa el uso de los datos? Revise el uso regularmente para poder detectar las ineficiencias y ajustar la configuración de retención antes de que afecten a los costes o al rendimiento.
Siga estas instrucciones cuando configure las duraciones de retención:
- Caducidad del evento de experiencia: Establezca el período de retención para cubrir la retrospectiva más larga que sus audiencias necesiten y mantenga sus ventanas retrospectivas de audiencia dentro de ese período para que la segmentación sea precisa.
- Caducidad de datos de perfiles seudónimos: Si los perfiles desconocidos inactivos pierden valor antes que los eventos de experiencia que retiene, establezca un período de caducidad más corto para eliminar dichos perfiles antes.
- Política de retención de lago de datos: Establezca un período más largo para los datos de evento que aún necesite analizar, independientemente de cuándo caduquen los mismos datos del almacén de perfiles. Haga coincidir la duración con el uso de los datos: más corta para los datos a los que se accede con frecuencia, más larga para las necesidades de archivo. Consulte Administrar la retención del conjunto de datos de eventos de experiencia (TTL) para ver las duraciones y los mínimos recomendados.
Aplique estas funciones según sus requisitos de retención de datos. Por ejemplo, para los datos del flujo de navegación de gran volumen, establezca un periodo de caducidad de Evento de experiencia y, si los perfiles desconocidos inactivos pierden valor antes, un periodo de caducidad de Datos de perfil seudónimo más corto para controlar el espacio del almacén de perfiles. Establezca por separado un período de retención de lago de datos más largo para conservar los mismos eventos para el análisis a largo plazo.
Utilice la caducidad del conjunto de datos para retirar conjuntos de datos completos que ya no necesite y la eliminación de registros para eliminar registros específicos cuando se solicite.
Para obtener instrucciones sobre cómo rastrear y administrar los derechos de licencia, consulte Prácticas recomendadas de asignación de licencias de administración de datos.
Próximos pasos next-steps
Una vez que haya elegido la opción correcta de retención o eliminación, utilice las directrices de implementación vinculadas para llevarla a cabo. Si usa la API para eliminar registros o para expirar conjuntos de datos, consulte prácticas recomendadas para las solicitudes de eliminación de registros y caducidad de conjuntos de datos para obtener instrucciones sobre el agrupamiento, la limitación y la supervisión.