Guia de Implementação › Exemplos de estudo de caso › Caso de estudo 19: assistente de conector para fonte de dados com base em arquivo

Caso de estudo 19: assistente de conector para fonte de dados com base em arquivo

Este estudo de caso examina os métodos recomendados para integração a uma fonte de dados com base em arquivo. O cenário de exemplo manipula um arquivo de dados CSV produzido pelo sistema de origem. Para a maioria das integrações com base em arquivo, a CA recomenda algumas diretrizes básicas para garantir que a integração tenha o mínimo de risco. São elas:

• Quando a opção estiver disponível, solicite que os dados sejam entregues no sistema de arquivos do servidor de aplicativos do CA Business Service Insight. Isso garante que o mecanismo de entrega não dependa do conector que estiver tentando obter dados de um armazenamento remoto, minimizando, assim, problemas relativos a permissões de contas de usuários, problemas de sincronização, etc.
• A convenção de nomenclatura de arquivos é importante, pois o conector solicita os arquivos conforme a nomenclatura alfanumérica. Se isso puder ser controlado, a CA recomenda solicitar duas partes:
  • Uma convenção de nomenclatura inteligente, com base no conteúdo do arquivo de origem (especialmente se mais de um arquivo vier da fonte).
  • Uma marca de data e hora em ordem inversa para garantir que os arquivos estejam ordenados de modo que o mais recente fique por último. (por exemplo, <nome_do_arquivo>_yyyymmdd_hhmiss.csv). A abrangência da marca de data usada depende da frequência dos dados entregues.

Nesse cenário, os arquivos de origem provém de uma fonte de dados Topaz (agora conhecido como Mercury Global Monitor, propriedade da HP). Ele foi criado usando uma API do produto para incluir os arquivos necessários para as KPIs específicas solicitadas. Os arquivos são entregues ao servidor de aplicativos do CA Business Service Insight diretamente por um processo automatizado externo. Os arquivos de origem são nomeados assim: Topaz_yyyymmdd_hhmiss.csv.

Observação: a marca de data e hora do arquivo corresponde à data e hora em que ele foi criado, portanto, todas as entradas no arquivo referem-se à essa data e hora.

Uma amostra dos dados contidos pelo arquivo pode ser vista abaixo.

Observação: a CA recomenda verificar os arquivos CSV no Notepad (não apenas no Excel) para garantir que o formato de data corresponda ao esperado. O Excel tenta formatar as datas conforme as configurações regionais do computador, as quais podem não corresponder ao formato reconhecido pelo conector.

Antes de iniciar qualquer processo de criação do conector, também é importante que todas as análises e investigações necessárias tenham sido executadas na fonte de dados e nas KPIs relacionadas para garantir que o seguinte seja identificado:

• Quais campos são necessários para a lógica de negócios
• Qual é o formato das datas no arquivo
• Qual é o fuso horário dos valores de data e hora no arquivo de origem (esses fuso horários devem ser criados no sistema antes de iniciar o processo de criação do conector)
• Há algum campo de data que pode ter entradas em branco ou nulas
• Qual é o comportamento da fonte de dados (por exemplo, todos os registros foram adicionados ou alguns registros são uma atualização de um evento anterior?)
• Onde é necessário mais detalhamento para as KPIs (isso pode afetar a sua escolha de “recurso”)
• Quais “tipos de evento” são necessários para a filtragem eficaz dos eventos na lógica de negócios

Assim que esses pontos tiverem sido esclarecidos, você já pode dar início ao processo de criação.

No momento, é possível executar o processo de criação do conector com base nesse cenário usando o assitente de conector.

Em nosso cenário, usaremos “TopazTransaction” como recurso, “Profile” como tipo de evento e o campo “Time” como marca de data e hora. Também iremos inserir os campos “Status”, “ResponseTime” e “WtdDownloadTime” na estrutura do evento para usar com a lógica de negócios.