Comprender los entornos y la arquitectura de interacción de Campaign
Entornos environments
Para cada dimensión de segmentación existen dos entornos utilizados al gestionar las ofertas:
-
Un entorno design en el que el gestor de ofertas se encarga de crear y categorizar las ofertas, editarlas e iniciar el proceso de aprobación para que se puedan utilizar. También se definen en este entorno las reglas para cada categoría, los espacios de oferta en los que se pueden presentar las mismas y los filtros predefinidos utilizados para definir la idoneidad de una oferta.
Las categorías también se pueden publicar manualmente en el entorno en línea.
El proceso de aprobación de ofertas se detalla en esta sección.
-
Un entorno live en el que se pueden encontrar ofertas aprobadas del entorno de diseño, así como los diversos espacios de ofertas, filtros, categorías y reglas configuradas en el entorno de diseño. Durante el acceso al motor de oferta, este siempre utiliza las ofertas del entorno en directo.
Una oferta solo se implementa en los espacios de oferta seleccionados durante el proceso de aprobación. Por lo tanto, una oferta puede estar activa pero no puede utilizarse en un espacio de oferta que también esté activo.
Interacciones entrantes y salientes interaction-types
El módulo de interacción de Adobe Campaign propone dos tipos de interacciones:
- interacciones entrantes, iniciadas por un contacto. Más información
- interacciones salientes, iniciadas por un administrador de envíos de Campaign. Más información
Estos dos tipos de interacciones se pueden realizar en modo unitario (la oferta se calcula para un único contacto) o en modo por lotes (la oferta se calcula para un conjunto de contactos). Por lo general, las interacciones entrantes se realizan en modo unitario y las interacciones salientes se llevan a cabo en modo agrupado. Sin embargo, puede haber ciertas excepciones, por ejemplo, para mensajes transaccionales, por las cuales la interacción saliente se realiza en modo unitario.
Tan pronto como se puede o se debe presentar una oferta (según las configuraciones realizadas), el motor de oferta desempeña la función de intermediario: calcula automáticamente la mejor oferta posible para un contacto entre las disponibles combinando los datos recibidos sobre el contacto y las diferentes reglas que se pueden aplicar según se especifica en la aplicación.
Arquitectura distribuida
Para poder admitir la escalabilidad y proporcionar un servicio de 24 horas al día en el canal entrante, el módulo Interaction se implementa en una arquitectura distribuida. Este tipo de arquitectura ya se usa con Message Center y se compone de varias instancias:
- una o varias instancias de control dedicadas al canal saliente y que contienen la base de diseño de entorno y mercadotecnia.
- una o varias instancias de ejecución dedicadas al canal entrante
Las instancias de control están dedicadas al canal entrante y contienen la versión en línea del catálogo. Cada instancia de ejecución es independiente y está dedicada a un segmento de contacto (por ejemplo, una instancia de ejecución por país). Las llamadas al motor de oferta deben realizarse directamente en la ejecución (una dirección URL específica por instancia de ejecución). Como la sincronización entre instancias no es automática, las interacciones del mismo contacto deben enviarse a través de la misma instancia.
Sincronización synchronization
La sincronización de ofertas se lleva a cabo mediante paquetes. En instancias de ejecución, todos los objetos de catálogo están prefijados con el nombre de cuenta externo. Esto significa que se pueden admitir varias instancias de control (instancias de desarrollo y producción por ejemplo) en una misma instancia de ejecución.
Las ofertas se implementan automáticamente y se publican en instancias de ejecución y control.
Las ofertas eliminadas en el entorno de diseño se desactivan en todas las instancias en línea. Las propuestas y ofertas obsoletas se eliminan automáticamente en todas las instancias después del periodo de depuración (especificado en el asistente de implementación de cada instancia) y de deslizamiento (especificado en las reglas de tipología de propuestas entrantes).
Se crea un flujo de trabajo para cada entorno y cuenta externa para la sincronización de propuestas. La frecuencia de sincronización se puede ajustar para cada entorno y cuenta externa.
Debe tener en cuenta los siguientes mecanismos de sincronización:
- Si se utiliza la función de reserva de un entorno anónimo a un entorno identificado, estos dos entornos deben estar en la misma instancia de ejecución.
- La sincronización entre varias instancias de ejecución no se realiza en tiempo real. Las interacciones del mismo contacto deben enviarse a la misma instancia. La instancia de control debe estar dedicada al canal saliente (sin tiempo real).
- La base de datos de mercadotecnia no se sincroniza automáticamente. Los datos de mercadotecnia utilizados en las ponderaciones y reglas de elegibilidad deben duplicarse en las instancias de ejecución. Este proceso no se considera estándar, se debe desarrollarlo durante el periodo de integración.
- La sincronización de propuestas se realiza exclusivamente mediante la conexión FDA.
- Si se utiliza interacción y centro de mensajes en la misma instancia, la sincronización se va a producir mediante el protocolo FDA en ambos casos.
Configuración de paquetes packages-configuration
Las extensiones de esquema directamente vinculadas a interaction (ofertas, propuestas, destinatarios, etc.) deben implementarse en las instancias de ejecución.
El paquete Interaction está instalado en todas las instancias (control y ejecución). Hay dos paquetes adicionales disponibles: un paquete para las instancias de control y otro para cada instancia de ejecución.
La duración de la retención de datos se configura en cada instancia (a través de la ventana Data purge del asistente de implementación). En instancias de ejecución, este periodo debe corresponder a la profundidad histórica necesaria para las reglas de tipología (punto de deslizamiento) y para las reglas de idoneidad que se van a calcular.
En las instancias de control:
-
Cree una cuenta externa por instancia de ejecución:
-
Complete la etiqueta y añada un nombre interno corto y explícito.
-
Seleccione el Execution instance.
-
Marque la opción Enabled.
-
Complete los parámetros de conexión para la instancia de ejecución.
-
Cada instancia de ejecución debe estar vinculada a una ID. Esta ID se asigna al hacer clic en el botón Initialize connection.
-
Compruebe el tipo de aplicación utilizada: Message Center, Interaction o ambas.
-
Introduzca la cuenta de FDA utilizada. Se debe crear un operador en las instancias de ejecución y debe tener los siguientes derechos de lectura y escritura en la base de datos de la instancia en cuestión:
code language-none grant SELECT ON nmspropositionrcp, nmsoffer, nmsofferspace, xtkoption, xtkfolder TO user; grant DELETE, INSERT, UPDATE ON nmspropositionrcp TO user;
note note NOTE La dirección IP de la instancia de control debe estar autorizada en las instancias de ejecución. -
-
Configure el entorno:
-
Añada la lista de instancias de ejecución.
-
Para cada uno, especifique el periodo de sincronización y los criterios de filtro (por ejemplo, por país).
note note NOTE Si aparece un error, se puede consultar los flujos de trabajo de sincronización y ofrecer notificaciones. Se pueden encontrar en los flujos de trabajo técnicos de la aplicación.
-
Si, por razones de optimización, solo parte de la base de datos de mercadotecnia se duplica en las instancias de ejecución, se puede especificar un esquema restringido vinculado al entorno para permitir que los usuarios solo utilicen los datos disponibles en las instancias de ejecución. Se puede crear una oferta mediante datos que no estén disponibles en instancias de ejecución. Para ello, se debe desactivar la regla en los demás canales limitando esta regla en el canal saliente (campo Taken into account if).
Opciones de mantenimiento maintenance-options
A continuación, se muestra una lista de opciones de mantenimiento disponibles en la instancia de control:
NmsInteraction_LastOfferEnvSynch_<offerEnvId>_<executionInstanceId>: la última fecha en la que se sincronizó un entorno en una instancia determinada.NmsInteraction_LastPropositionSynch_<propositionSchema>_<executionInstanceIdSource>_<executionInstanceIdTarget>: la última fecha en que se sincronizaron propuestas de un esquema determinado desde una instancia a otra.NmsInteraction_MapWorkflowId: una opción que contiene la lista de todos los flujos de trabajo de sincronización generados.
La siguiente opción está disponible en instancias de ejecución:
NmsExecutionInstanceId: opción que contiene la ID de instancia.
Instalación de paquetes packages-installation
Si su instancia no tuvo el paquete Interaction anteriormente, no es necesario realizar ninguna migración. De forma predeterminada, la tabla de propuestas se encuentra en 64 bits después de instalar los paquetes.
- Si la instancia tiene pocas propuestas o ninguna, no es necesario realizar ninguna modificación manual de la tabla de propuestas. La modificación se realiza cuando se instalan los paquetes.
- Si la instancia tiene muchas propuestas, es mejor cambiar la estructura de la tabla de propuestas antes de instalar los paquetes de control y ejecutarlos. Se recomienda ejecutar las consultas durante un periodo de baja actividad.
Existen dos métodos:
Tabla de trabajo (recomendado)
CREATE TABLE NmsPropositionRcp_tmp AS SELECT * FROM nmspropositionrcp WHERE 0=1;
ALTER TABLE nmspropositionrcp_tmp
ALTER COLUMN ipropositionid TYPE bigint,
ALTER COLUMN iinteractionid TYPE bigint;
INSERT INTO nmspropositionrcp_tmp SELECT * FROM nmspropositionrcp;
DROP TABLE nmspropositionrcp;
CREATE INDEX proposition_id ON NmsPropositionRcp (ipropositionid);
CREATE INDEX nmspropositionrcp_deliveryid ON NmsPropositionRcp (ideliveryid);
CREATE INDEX nmspropositionrcp_lastmodified ON NmsPropositionRcp (tslastmodified);
CREATE INDEX nmspropositionrcp_offerid ON NmsPropositionRcp (iofferid);
CREATE INDEX nmspropositionrcp_offerspaceid ON NmsPropositionRcp (iofferspaceid);
CREATE INDEX nmspropositionrcp_recipientidid ON NmsPropositionRcp (irecipientid);
ALTER TABLE nmspropositionrcp_tmp RENAME TO nmspropositionrcp;
Modificar tabla
ALTER TABLE nmspropositionrcp
ALTER COLUMN ipropositionid TYPE bigint,
ALTER COLUMN iinteractionid TYPE bigint;