✒️SAP BASIS / Uso de la instancia ABAP SAP Central Services (ASCS) Por Fernando Escola

Creación de un Servicio Web Utilizando el Enfoque Inside-Out y Comunicación Sincrónica

Para desarrollar servicios web dentro de SAP, existen dos metodologías contrapuestas:

• Enfoque Inside-Out (De adentro hacia afuera): Se toman módulos de función independientes que ya existen y están implementados en el sistema (habilitados para RFC, grupos de funciones o BAPIs) y se exponen hacia el exterior como un servicio web. Esto permite añadirlos fácilmente a cualquier entorno de desarrollo a través de Internet usando protocolos estándar.

• Enfoque Outside-In (De afuera hacia adentro): El desarrollo de las interfaces de servicio comienza fuera del sistema de aplicación en un formato independiente de la plataforma (principalmente XML). Para esto, SAP ofrece el Enterprise Services Builder (dentro del Object Navigator, transacción SE80). Mediante tecnología de proxy ABAP, el desarrollador genera un objeto en SAP con sus respectivos métodos para leer dichas interfaces.

El proceso de transformar una función interna en un servicio web activo consta de tres pasos fundamentales:

El punto de partida requiere un módulo de función existente en el sistema (por ejemplo, BAPI_FLIGHT_GETDETAIL). Esta función ya cuenta con sus propias interfaces de parámetros de importación (entrada) y exportación (salida), las cuales se aprovecharán para estructurar el intercambio de datos del servicio.

Para que las interfaces de entrada y salida de SAP puedan utilizarse en entornos web, deben traducirse al formato XML. Este mapeo de estructuras de datos se realiza con un generador integrado invocable desde la transacción SE37 (ABAP Workbench). Como resultado, se obtiene la definición del servicio plasmada en un documento WSDL abstracto y una primera configuración técnica.

En la etapa final se accede a la herramienta SOAMANAGER para realizar las configuraciones definitivas y el binding (enlace). Esto incluye la generación del WSDL concreto (bajo la definición estándar WSDL 1.1) y la creación automática del servicio en la transacción SICF, asignándole un punto de acceso real (Endpoint) para que pueda ser invocado de manera externa.

• ABAP Workbench: Necesario para el desarrollo y la implementación de las funciones del lado del proveedor, así como para la invocación del lado del consumidor.

• SOAMANAGER: Transacción ejecutada en el sistema back-end (basado en el servidor de aplicación ABAP) que permite la configuración completa de los proxies del proveedor y del consumidor. Su pestaña Service Administration está destinada específicamente a los administradores de negocio para gestionar y dar soporte a los procesos de servicios web en el entorno de sistemas.

• Web Service Navigator (WSNavigator): Cliente de servicios web implementado en Java que provee SAP para testear y comprobar el correcto funcionamiento de las interfaces creadas.

Uso de la instancia ABAP SAP Central Services (ASCS)

Visión general de la instancia de servicios centrales de SAP ABAP (ASCS)

Un sistema SAP NetWeaver Application Server se compone de varias instancias. Una instancia es una unidad administrativa que agrupa componentes parametrizados en un perfil compartido, identificándose por un ID de sistema y un número de instancia. Se diferencian principalmente dos tipos de instancias:

• Instancias del Servidor de Aplicación: Puede haber cualquier cantidad de ellas. Son las encargadas de procesar las peticiones entrantes de los usuarios (a través de SAP GUI, Navegadores Web, etc.).

• Instancia de Servicios Centrales (ASCS / SCS): Solo puede existir una por sistema. No procesa peticiones de diálogo directas de los usuarios; su función es gestionar bloqueos, intercambiar mensajes y equilibrar la carga de trabajo del sistema.

El servidor de aplicación basado puramente en SAP NetWeaver ABAP interactúa con una base de datos exclusiva de ABAP y está conformado por los siguientes componentes esenciales y opcionales:

Componentes Principales:

• Internet Communication Manager (ICM): Gestiona las peticiones de comunicación web entrantes y salientes (HTTP, HTTPS, SMTP).

• Dispatcher ABAP: Distribuye las peticiones entrantes de los usuarios hacia los procesos de trabajo disponibles.

• Manejador de tareas (Task Handler): Controla la ejecución de las fases dentro de un paso de diálogo.

• Procesos de Trabajo (WP - Work Processes): Ejecutan la lógica de la aplicación. Puede haber cualquier cantidad y se dividen según su función: diálogo, actualización, impresión, background, etc.

• SAP Gateway: Permite la comunicación técnica y el intercambio de datos entre sistemas SAP o con sistemas externos (RFC).

• Standalone Enqueue Server: Administra la tabla de bloqueos lógicos en la memoria compartida para asegurar la consistencia de los datos.

• SAP Message Server (MS): Centraliza la comunicación entre los diferentes dispatchers distribuidos en el sistema, permitiendo la escalabilidad y el balanceo de carga.

Componentes Opcionales:

• SAP Web Dispatcher: Actúa como un proxy inverso y balanceador de carga HTTP/HTTPS de cara al exterior.

• SAProuter: Funciona como una barrera de acceso (proxy) que controla y asegura las conexiones de red entre redes internas y externas.

En un entorno de pila dual (dual-stack), coexisten componentes de SAP ABAP y SAP Java sobre el mismo sistema, compartiendo una base de datos que posee un esquema para cada entorno.

• Servidor de Aplicación Java: Incorpora un Startup Framework, un servicio de inicio SAP y procesos de servidor específicos de Java.

• Estructura de Servicios Centrales: Cuenta tanto con una instancia ASCS (para la parte ABAP) como con una instancia SCS (para la parte Java). Ambas se dedican exclusivamente a la gestión de bloqueos y mensajería de sus respectivas pilas tecnológicas sin procesar peticiones de diálogo.

Componentes del Servidor de Aplicación Dual Stack: Conserva los componentes nativos de ABAP (ICM, Dispatcher ABAP, Manejador de tareas, Procesos de trabajo ABAP, SAP Gateway, Standalone Enqueue Server, SAP Message Server) e integra de manera nativa los Procesos de servidor Java y el Startup framework dentro de la misma infraestructura para dar soporte a ambas tecnologías simultáneamente.

La Administración del ASCS

El message server se ejecuta como un proceso separado, generalmente en el mismo host que la instancia central. Si el sistema cuenta con una instancia SCS o ASCS, este componente forma parte de ella. Solo puede existir un message server por cada sistema SAP y cumple tres funciones críticas:

• Canal de comunicación central: Conecta los servidores de aplicación (instancias) individuales del sistema.

• Distribución de carga: Equilibra los inicios de sesión de los usuarios que acceden mediante SAP GUI o conexiones RFC, utilizando grupos de inicio de sesión.

• Punto de información: Sirve como referencia para el SAP Web Dispatcher y los servidores de aplicación. Cada servidor de aplicación del sistema debe registrarse primero en el message server.

Cuando una instancia se inicia, su proceso dispatcher contacta al message server para anunciar los servicios que proporciona (como procesos de diálogo DIA, background BTC, impresión SPO, actualización UPD, etc.). Si esta conexión falla, se genera una entrada en el registro del sistema (syslog). Si el message server se detiene, debe reiniciarse inmediatamente para garantizar la correcta operación del sistema.

Para supervisar y probar el estado del message server, existen diferentes métodos tanto desde la interfaz de SAP como a nivel de Sistema Operativo:

Es la herramienta principal dentro del sistema SAP. Permite a los administradores:

• Verificar y modificar configuraciones en tiempo real.

• Crear, visualizar y analizar archivos de traza (trace files).

• Leer estadísticas de rendimiento y comunicación.

• Acceso Web: Es posible visualizar los detalles de los servidores y grupos de inicio desde un navegador web ingresando el host del message server y el puerto HTTP configurado (parámetro de perfil ms/server_port).

Si se requiere monitorizar el componente directamente desde el Sistema Operativo (ingresando al host con el usuario <sid>adm), se pueden utilizar los programas ejecutables ubicados en el directorio /usr/sap/SID/SYS/exe/run:

• msmon: Es una herramienta de consola que proporciona exactamente las mismas funciones de monitorización y administración que la transacción SMMS.

• lgtst: Un programa de prueba diseñado para comprobar de forma rápida la conectividad con el message server. Muestra la lista de instancias activas y los grupos de inicio de sesión que el servidor de mensajes puede visualizar en ese momento.

• msprot: Monitorea el message server emitiendo continuamente el estado de los servidores de aplicación registrados. Si el message server se detiene, el programa lo detecta, se detiene y envía una notificación del suceso para poder responder ante la contingencia.