Introdução à arquitetura do Campaign

Ambientes

A campanha é disponibilizada como instâncias individuais, com cada instância representando um ambiente completo do Campaign.

Três tipos de ambientes disponíveis com o Campaign Cloud Service:

  • Ambiente de produção: hospeda os aplicativos para os profissionais de negócios.

  • Ambiente de preparo: usado para vários testes de desempenho e qualidade antes que as alterações no aplicativo sejam enviadas para o ambiente de produção.

  • Ambiente de desenvolvimento: O permite que os desenvolvedores implementem o Campaign nas mesmas condições de tempo de execução que os ambientes stage e production.

É possível exportar e importar pacotes de um ambiente para outro.

Saiba mais sobre pacotes em Documentação do Campaign Classic v7

Implantação mid-sourcing

A comunicação geral entre servidores e processos é realizada de acordo com o seguinte schema:

  • Os módulos de gerenciamento de execução e rejeição estão desabilitados na instância.

  • O aplicativo é configurado para executar a execução de mensagens em um servidor remoto "mid-sourcing", que é orientado por chamadas SOAP (via HTTP ou HTTPS).

OBSERVAÇÃO

O Campaign v8 depende de uma arquitetura híbrida. Se estiver fazendo a transição do Campaign Classic v7, observe que todos os deliveries passam pelo servidor mid-sourcing.
Como consequência, o roteamento interno é não é possível no Campaign v8 e a conta externa foi desativada adequadamente.

Arquitetura do Centro de mensagens

O envio de mensagens transacionais (Centro de mensagens) é o módulo do Campaign criado para gerenciar mensagens de acionador.

Saiba como enviar mensagens transacionais em esta seção.

Em resposta a uma ação de um cliente em um site, um evento é enviado ao Campaign por meio de uma API REST e o modelo de mensagem é preenchido com as informações ou os dados fornecidos por meio da chamada da API, e uma mensagem transacional é enviada em tempo real ao cliente. Essas mensagens podem ser enviadas individualmente ou em lotes por email, SMS ou notificações por push.

Nesta arquitetura específica, a célula de execução é separada da instância de controle para garantir alta disponibilidade e gerenciamento de carga.

  • O Instância de controle (ou Instância de marketing) é usada por profissionais de marketing e equipes de TI para criar, configurar e publicar modelos de mensagem. Essa instância também centraliza o monitoramento e o histórico do evento.

    Saiba como criar e publicar modelos de mensagem em esta seção.

  • O Instância de execução recupera eventos recebidos (redefinição de senha ou pedidos de um site, por exemplo) e envia mensagens personalizadas. Pode haver mais de uma instância de execução para processar mensagens por meio do balanceador de carga e dimensionar o número de eventos a serem processados para proporcionar disponibilidade máxima.

ATENÇÃO

A instância de controle e a instância de execução devem ser instaladas em máquinas diferentes. Elas não podem compartilhar a mesma instância do Campaign.

Autenticação

Para usar esses recursos, os usuários do Adobe Campaign fazem logon na instância de controle para criar templates de mensagem transacional, gerar a pré-visualização da mensagem usando uma lista de propagação, exibir relatórios e monitorar as instâncias de execução.

  • Instância de execução única Ao interagir com uma instância de execução do Centro de mensagens hospedada pelo Adobe, um sistema externo pode primeiro recuperar um token de sessão (que por padrão expira em 24 horas), fazendo uma chamada de api para o método de logon da sessão, usando um login de conta e uma senha fornecidos.
    Em seguida, com o sessionToken fornecido pela instância de execução em resposta à chamada acima, o aplicativo externo pode fazer invocações de api SOAP (rtEvents ou batchEvents) para enviar comunicações, sem a necessidade de incluir em cada chamada SOAP o logon da conta e a senha.

  • Várias instâncias de execução Em uma arquitetura de execução de várias células com várias instâncias de execução atrás de um balanceador de carga, o método de logon chamado pelo aplicativo externo está passando pelo balanceador de carga: por esse motivo, não é possível usar uma autenticação baseada em token. É necessária uma autenticação baseada em usuário/senha.

Saiba mais sobre eventos de mensagens transacionais em Documentação do Campaign Classic v7

Nesta página