✒️SAP BASIS / Configuración del SAP Gateway Por Mayra Herrera Naranjo

En la world wide web se usan interfaces abstractas para la comunicación entre componentes, se presentan como conectores, un cliente y un servidor utilizan un componente conector cada uno. Hay un contrato entre ambos definido por el protocolo de aplicación, y el cliente y el servidor son en gran medida independientes e intercambiables, cada conector traduce los documentos (formato y comportamiento) intercambiados en el canal de comunicación a las representaciones internas tanto del servidor como del cliente.

El protocolo OData define dicho contrato al especificar el protocolo uniforme y que tiene las cualidades necesarias, SAP Gateway es un conector de este tipo, un conector cliente traduce entre OData y las APIS de la plataforma de consumo, el conector especifica ahí, por tanto cualquier plataforma que soporte OData puede comunicarse con servidores que soporten OData.

OData sigue el paradigma de diseño de la arquitectura Representational state transfer REST, transfiere representaciones del estado de los recursos, los cuales son datos que son direccionables y accesibles. La representaciones o recursos de dirección estándar es el uniform resource identifier (URI), primero se envia petición por URI y luego traduce el URI a datos de dirección internos para acceder o manipular datos y ensamblar la respuesta.

OData se basa en los estandares atom publishing y atom syndication y estos se basan em XML y HTTP(S), su objetivo es proporcionar una API neutral con respecto al proveedor y basada en la web que cumple plenamente con los principios de REST, proporciona un acceso similar al de una base de datos a los recursos del lado del servidor, se le conoce como ODBC para la web. OData también es extensible, esto permite a SAP complementar los tipos de datos con información del diccionario de datos ABAP.

SAP Gateway proporciona un único punto de entrada para acceder a los datos de negocio de sistemas basados en ABAP. Al usar OData, los datos de negocio se pueden compartir entre múltiples entornos y plataformas, las aplicaciones basadas en cliente consumen los servicios SAP Gateway e interactuan con el cliente. También el servicio SAP Gateway es utilizado como API por un aplicación basada en servidor y se pueden agregar servidores adicionales a la ruta de comunicación.

El SAP Gateway consta de add-ons individuales que proporcionan la funcionalidad OData y se dividen en áreas:

• Tiempo de ejecución: Proporciona el servicio OData y el servicio SAP Gateway a través del URI
• Tiempo de diseño: Contiene el entorno de desarrollo y los programas para procesar las peticiones al servicio

Todos los add-ons se fusionaron en el componente de software SAP_GWFND, hay tres opciones de despliegue para SAP Gateway:

• Hub Deployment con desarrollo en el servidor back-end (BES): Ofrece la posibilidad de routing y composición de múlitples sistemas back-end, punto único de acceso al backend cuando se usa OData aumenta la seguridad y flexible, recomendado para SAP Business Suite.
• Hub deployment con desarrollo en el servidor front-end (FES): Los datos solo se leen a través de módulos de función habilitados por RFC desde el BES, permite el acceso a los datos de un BES que no es capaz de proprocionar un servicio OData por si solo. Más libertad de seleccionar un sistema como fuente de datos, configuración recomendada para integrar múltiples BES
• Despliegue embebido: En el BES, el código fuente de la aplicación tiene acceso directo a la definición de los datos ya otros objetos de repositorio, aumenta el rendimiento y la eficiencia, se recomienda para SAP S/4 HANA

El tiempo de ejecución de OData se compone del Gateway Core y del information worker foundation (IW_FND), contiene el registro de servicio, así como el tiempo de ejecución. El add-on central Business enablement provision (IW_BEP) del tiempo de diseño y del tiempo de ejecución del proveedor de servicio contiene las herramientas para la implementación del servicio. Hay otros como process gateway workflow (IW_PGW), generic interaction layer (IW_GIL), service provider infraestructure (IW_SPI). La mayoría de los add-ons se fusionaron en SAP_GWFND.

A partir de SAP Netweaver se ha decidido hacer un downport de paquetes de estructura y sus subpaquetes del framework de SAP Gateway foundation, no incluye los componentes del canal de notificación.

Para configurar el SAP Gateway para habilitar la comunicación a través de OData:

• Crear destino RFC a BES en FES
• Activar SAP Gateway en FES
• Crear alias de sistema en FES
• Activar nodos ICF bajo /sap/opu en FES

Despliegue SAP Gateway, el alias de sistema necesita configuraciones

• Hub deployment con BES no debe establecerse ni el indicador local gw ni local app
• hub deployment con FES, se debe establecer el indicador local app
• Despliegue embebido, solo debe establecerse el indicador local gw

Para enrutar el procesamiento de la petición OData al BES la funcionalidad se llamaba micro hub en el servidor de aplicación ABAP pero se renombro a OData en backend para habilitarlo se necesita definir un alias de sistema en FES con OData on backend habilitado, registrar un servicio en FES usando el alias en el procesamiento routing.based, registrar un servicio en BES sin usar alias en el procesamiento co-deployed only

Se recomienda registrar los servicios SAP Gateway en un despliegue enbebido en el modo de procesamiento co-deployed only y esto aumenta el rendimiento general de las peticiones OData. El alias de Gateway habilita la conexión del BES con el FES, hay dos pasos para registrar, gestionar y pribar servicios OData a través del SAP Service Gateway (SEGW): uno crear destino RFC a FES en BES y dos crear alias de Gateway en BES

En el gestor de lista de tareas (STC01) hay tareas para inicialización y manejo de Gateway

• SAP_GATEWAY_BASIC_CONFIG: configuración básica, nodos IFC centrales y caché de metadatos
• SAP_SAP2GATEWAY_TRUSTED_CONFIG: Crea y configura una conexión RFC de confianza entre BES y FES
• SAP_GATEWAY_ACTIVATE_ODATA_SERV: Registra una lista de servicios Gateway con base en el enrutamiento o co-desplegado
• /IWFND/TL_SERVICE_MAINTENANCE: Permite el mantenimiento masivo de servicios Gateway

La gestión completa de todos los servicios de SAP Gateway se lleva a cabo en (IWFND/MAINT_SERVICE) en tres pareas: Catálogos de servicios, nodos ICF, añadir alias sistema. Para los servicios que no se conectan a otros sistemas el modo de procesamiento se establece en solo codesplegado. Los OData V4 se publican en grupos de servicios que consta de varios servicios, se crean utilizando la transacción SAP Backend Service Administration y la SAP Gateway service administration (IWFND/V4_ADMIN) se utiliza para publicar grupos de servicio y aspi permitir que los servicios que contienen puedan ser consumidos en las aplicaciones

El SAP Gateway Client (/IWFND/GW_CLIENT) se pueden probar todas las funciones de un servicio OData, para una petición de lectura es suficiente con introducir la URI de la petición y ejecutarla para una petición de creación, actualización o eliminación deben realizarse ajustes adicionales.

SAP Gateway esta disponible en dos ramas (tiempo de ejecución y tiempo de diseño) en la guía de implementación de referencia de SAP (SPRO), además del SEGW las transacciones se pueden clasificar en administración, gestión y monitorización. Con IWFND esta conectada al tiempo de ejecución de OData, si comienza con IWBEP esta conectada con el tiempo de diseño.

Administración:

• IWFND/IWF_ACTIVATE: Activar o desactivar SAP Gateway para todo el sistema
• IWFND/ROUTING: Definir alias de sistema para acceder a sistemas ABAP por el RFC
• IWFND/SOFTSTATE: Activar o desactivar el modo de estado suave
• IWBEP/GLOBAL_CONFIG: Configuraciones para registros, trazas y caché

Gestión

• IWFND(IWBEP)/CACHE_CLEANUP: Limpiar el cache del modelo en tiempo de ejecución y diseño
• IWFND/NOTIF_CLEANUP: Limpia notificaciones en tiempo de ejecución y diseño
• IWFND/MED_ACTIVATE: Activar o desactivar caché de metadatos en todo el sistema

Monitoreo

• IWFND/APPS_LOG: Ver mensajes de los servicios
• IWFND(IWBEP)/ERROR_LOG: Mensajes de error de servicios de tiempo de ejecución y diseño
• IWFND(IWBEP)/NOTIF_MONITOR: Estado de la cola de notificaciones para tiempo de ejecución y diseño
• IWFND(IWBEP)/TRACES: Ejecutar y ver trazas de rendimiento y de carga útil para ejecución y diseño
• IWFND/STATS: Estadísticas de peticiones de los servicios

SAP Gateway ofrece algunas tareas de limpieza para garantizar que el software funcione con un rendimiento óptimo

Front-end

• SAP_IWFND_SUP_UTIL_CLN: Elimina registros de las utilidades de soporte
• SAP_IWFND_APPS_LOG_CLN: Elimina entradas de Gateway del registro de aplicación
• SAP_IWFND_NOTIF_CLN: Elimina notificaciones de Gateway

Back-end

• SAP_IWBEP_SUP_UTIL: Elimina registros de utilidades de soporte
• SAP_IWBEP_QRL_CLN: Elimina entradas del registro de resultado de consulta

En SPRO se puede ejecutar directamente o programar como una tarea utilizando variantes de reporte para varios escenarios

Por defecto la comunicación OData no tiene estado, el soft state permite que el tiempo de ejecución de Gateway procese varias peticiones en una sesión del servidor ABAP, en lugar de interrumpir el procesamiento de la petición con una excepción de tiempo de espera, el servidor crea una nueva sesión y procesa la petición de forma habitual

La sesión mantenida por ICF resulta en una sesión mantenida en el sistema back-end por RFC, los datos se almacenan en la caché del proveedor de datos. La cache de resultados de consulta basados en estado suave reside en el FES. Utilizando la transacción IWFND/MAINT_SERVICE se activa el estado suave para los servicios individuales que lo soportan. La primea petición de servicio que utiliza SQRC es más alta en comparación con una petición similar sin el, el SQRC solo se usa cuando la recuperación de datos es muy costosa, se debe evitar el almacenamiento en caché de grandes conjjuntos de datos, los datos almacenados en caché no se cambian con frecuencia, la memoria está disponible de forma suficiente.

Cuántos más servicios se ejecuten en modo suave en paralelo, más recursos se ocuparan de forma permanente