Mecanismo de ensayo de la API de Campaign

Con la base de datos de Campaign Cloud, no se recomienda realizar llamadas unitarias a la paralización con respecto al rendimiento (latencia y concurrencia). Siempre se prefiere la operación de agrupamiento. Para mejorar el rendimiento, las API de ingesta se redirigen a la base de datos local.

La capacidad de ensayo de Campaign está habilitada de forma predeterminada en algunos esquemas integrados. También podemos activarlo en cualquier esquema personalizado. Mecanismo de ensayo en pocas palabras:

  • La estructura del esquema de datos se duplica en la tabla de ensayo local
  • Las nuevas API dedicadas a la ingesta de datos fluyen directamente a la tabla de ensayo local. Más información
  • Un flujo de trabajo programado déclencheur cada hora y sincroniza los datos con la base de datos de Cloud. Más información

Algunos esquemas integrados están Ensayados de forma predeterminada, como nmsSubscriptionRcp, nmsAppSubscriptionRcp, nmsRecipient.

Las API de Campaign Classic v7 siguen disponibles, pero no pueden beneficiarse de este nuevo mecanismo de ensayo: Las llamadas a API fluyen directamente a la base de datos de Cloud. Adobe recomienda utilizar el nuevo mecanismo de ensayo en la medida de lo posible para reducir la presión general y la latencia en la base de datos de Campaign Cloud.

PRECAUCIÓN
  • Con este nuevo mecanismo, la sincronización de datos para la exclusión del canal, las suscripciones, las bajas de suscripción o el registro móvil es ahora asíncrona.

  • El ensayo solo se aplica a esquemas almacenados en la base de datos de Cloud. No habilite el ensayo en esquemas duplicados. No habilite Ensayo en esquemas locales. No habilitar Ensayo en un esquema de ensayo

Pasos de implementación

Para implementar el mecanismo de ensayo de Campaign en una tabla específica, siga los pasos a continuación:

  1. Cree un esquema personalizado de ejemplo en la base de datos de Campaign Cloud. No se ha habilitado el ensayo en este paso.

    <srcSchema _cs="Sample Table (dem)" created="YYYY-DD-MM"
            entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table"
            lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX"
            modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema">
    <element autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table"
            name="sampleTable">
        <attribute label="Test Col 1" length="255" name="testcol1" type="string"/>
        <attribute label="Test Col 2" length="255" name="testcol2" type="string"/>
    </element>
    </srcSchema>
    

    Obtenga más información sobre la creación de esquemas personalizados en esta página.

  2. Guarde y actualice la estructura de la base de datos. Más información

  3. Habilite el mecanismo de ensayo en la definición del esquema añadiendo el parámetro autoStg="true".

    <srcSchema _cs="Sample Table (dem)" "YYYY-DD-MM"
            entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table"
            lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX"
            modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema">
    <element autoStg="true" autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table"
            name="sampleTable">
        <attribute label="Test Col 1" length="255" name="testcol1" type="string"/>
        <attribute label="Test Col 2" length="255" name="testcol2" type="string"/>
    </element>
    </srcSchema>
    
  4. Guarde la modificación. Hay disponible un nuevo esquema de ensayo, que es una copia local del esquema inicial.

  5. Actualice la estructura de la base de datos. La tabla de ensayo se creará en la base de datos local de Campaign.

En esta página