Guía de implementación › Ejemplos de casos prácticos › Caso práctico 19: Asistente del adaptador para origen de datos basado en archivo

Caso práctico 19: Asistente del adaptador para origen de datos basado en archivo

Este caso práctico examina los métodos de prácticas recomendadas para la integración con un origen de datos basado en archivo. El escenario de ejemplo maneja un archivo de datos CSV que el sistema de origen produce. Con la mayor parte de las integraciones basadas en archivos, CA recomienda seguir algunas directrices básicas para garantizar el mínimo riesgo a la integración. Se presentan a continuación:

• Cuando la opción está disponible, solicitaremos que los datos se proporcionen al sistema de archivos del servidor de la aplicación CA Business Service Insight. Esto asegura que el mecanismo de entrega no depende del adaptador que intenta buscar datos de un almacén remoto (minimiza los problemas de permiso con cuentas de usuario, las incidencias de sincronización, etc.).
• La convención de denominación de archivos es importante, ya que el adaptador ordena los archivos según la denominación alfanumérica. Si podemos controlar esto, CA recomienda solicitar dos partes:
  • Una convención de denominación sensata basada en el contenido del archivo de origen (sobre todo si más de un archivo viene del origen).
  • Una marca de tiempo de orden inverso para asegurar que los archivos se ordenan con el archivo más reciente en último lugar. (esto es, <nombre_archivo>_yyyymmdd_hhmiss.csv). La profundidad de la marca de tiempo usada dependerá de la frecuencia de los datos proporcionados.

En este escenario, los archivos de origen son de un origen de datos Topaz (ahora conocido como Mercury Global Monitor, propiedad de HP). Esto se creó mediante una API del producto para incluir los archivos obligatorios para los KPI específicos obligatorios. Un proceso automático entrega directamente los archivos al servidor de la aplicación CA Business Service Insight. Los archivos de origen se denominan: Topaz_yyyymmdd_hhmiss.csv.

Nota: La marca de tiempo del archivo es la hora en la que se creó, por tanto todas las entradas dentro del archivo llevan a esta hora.

A continuación, se puede ver una muestra de los datos de dentro del archivo.

Nota: CA recomienda comprobar los archivos de CSV en el Bloc de Notas (en lugar de únicamente en Excel) para garantizar que el formato de fecha es el previsto. Excel tiene tendencia a aplicar formato a las fechas según los valores de configuración regionales del equipo y puede que no coincida con el formato real que ve el adaptador.

Antes de comenzar cualquier proceso de creación del adaptador, es esencial que haya realizado todo el análisis y la investigación necesarios sobre el origen de datos y los KPI relacionados para asegurar que se conoce lo siguiente:

• Qué campos necesita la lógica de negocios.
• Cuál es el formato de las fechas en el archivo.
• Cuál es la zona horaria de los valores de fecha/hora en el archivo de origen (estas zonas horarias se deberían crear en el sistema antes de comenzar el proceso de creación del adaptador).
• Si hay campos de fecha que pueden tener entradas en blanco o con valor nulo.
• Cuál es el comportamiento del origen de datos (todos los registros se agregan o algunos registros son una actualización a un evento anterior).
• Qué detalles se necesitan para los KPI (esto puede afectar a su elección de "recurso").
• Qué "tipos de eventos" se necesitan para filtrar de forma eficaz los eventos en la lógica de negocios.

Cuando se conozcan estos puntos, puede comenzar el proceso de creación.

Ahora, podemos llevar a cabo el proceso de creación del adaptador basándonos en este escenario, mediante el Asistente del adaptador.

En nuestro escenario utilizamos "TopazTransaction" como el recurso, "Profile" como el tipo de evento y el campo "hora" como la marca de tiempo. También traemos los campos "Status", "ResponseTime" y "WtdDownloadTime" a la estructura del evento para utilizarlos con la lógica de negocios.