SAP Application Lifecycle Management (SAP ALM)
SAP ALM dejó obsoleto el concepto de Administración SAP Basis. En julio del 2013 publicamos “El fin de la Administración Basis” y mostramos por qué el concepto de Administración SAP Basis, ya no era válido, expusimos las nuevas prácticas aplicables a las soluciones SAP y presentamos algunas de las consecuencias que visualizábamos si se mantenían las viejas prácticas.
Hoy, 6 años después, vemos confirmadas estas tendencias, en un uso cada vez mayor de los conceptos de SAP ALM (SAP Application Lifecycle Management), ya sea mediante SAP Solution Manager o mediante otras herramientas, tales como ServiceNow.
Además vemos que estas tendencias se están acentuando por efecto de la creciente automatización que se está extendiendo a todas las soluciones tecnológicas que apoyan procesos de negocio de todo tipo. Entre estas formas de automatización se encuentran, por ejemplo:
- Inteligencia artificial aplicada
- Machine Learning
- Uso de Bots y Asistentes virtuales
- Robotic Process Automation (RPA)
Hace ya varios años que en Novis estamos aplicando conceptos de automatización a las tareas de la operación técnica de sistemas SAP (SAP Technical Operations) en áreas tales como monitoreo y reacciones asociadas, transportes SAP Automatizados, subida y bajada de instancias, creación de clones, respaldos on demand, etc.
Las tecnologías y herramientas disponibles permiten ir aún más allá. En Novis contamos con un grupo dedicado a la innovación digital que aplica y desarrolla, herramientas de automatización para soluciones de clientes y para nuestras propias soluciones de uso interno. Si bien no siempre estas herramientas son evidentes para nuestro cliente final, igualmente se ve beneficiado con un servicio de mejor calidad, con mayor seguridad y confiabilidad, y con menores riesgos de errores humanos.
Autor: Glen Canessa
NOTA ORIGINAL
El fin de la Administración Basis
Julio del 2013
La disciplina SAP Application Lifecycle Management (SAP ALM) fue lanzada hace ya varios años por SAP AG, sin embargo, es bastante desconocida en nuestro medio. Prueba de lo anterior es la persistencia del concepto de Administración SAP Basis, el cual quedó obsoleto desde que apareció la versión 4.7 de SAP R/3, en el año 2002.
Mostraremos a continuación por qué estos antiguos conceptos ya no son válidos, expondremos las nuevas prácticas aplicables a las soluciones SAP y presentaremos algunas de las consecuencias que resultan de mantenernos en las viejas prácticas.
¿Qué es SAP Basis? Basis o Basis Component (BC) es el nombre que recibe la plataforma sobre la cual operaba la antigua solución SAP R/3. En términos de la tecnología actual corresponde a un Application Server ABAP. Esta tecnología estuvo vigente hasta la aparición de la versión SAP R/3 Enterprise (4.7) en el año 2003, donde la plataforma Basis fue reemplazada por el Web Application Server (WAS). Hasta esa fecha, SAP R/3 era prácticamente la única solución SAP disponible. Por lo tanto, la administración estaba completamente estandarizada. La administración SAP Basis, definida en el manual de SAP, tenía una aplicación casi universal: a cualquier cliente, a cualquier versión, en cualquier país, etc.
Si bien la versión 4.7 introdujo un primer cambio a esta situación, la mayor transformación se produjo en el año 2004, con la introducción de mySAP ERP y de la nueva plataforma SAP Netweaver. SAP Netweaver 2004 ya incluye todas las funcionalidades del antiguo Application Server ABAP y del Web Application Server, y además posee las funcionalidades de SAP BI (hoy SAP BW), SAP MI, SAP Enterprise Portal, SAP Master Data Management, SAP Exchange Infrastructure (hoy SAP PI) entre otras.
En paralelo, SAP introduce la suite de soluciones mySAP Business Suite, con lo cual pasa de ser prácticamente una única solución, SAP R/3, a una suite de aplicaciones: SAP ERP, SAP CRM, SAP SRM, SAP SCM y SAP PLM. Ya pueden imaginar el impacto que esta evolución ha tenido sobre la gestión de una solución SAP compleja y distribuida. Así también como las consecuencias que estos cambios provocan en los clientes que gestionan sus propias soluciones, o sobre los proveedores de servicios, quienes siguen haciendo “Administración SAP Basis”.
¿Cuáles son las consecuencias de estos cambios?
Antes de 2002 prácticamente todas las soluciones SAP consistían en la misma aplicación: SAP R/3. Todas las soluciones corrían sobre la misma plataforma: SAP Basis. Todos los administradores SAP debían hacer el mismo trabajo: la Administración SAP Basis. Todos los administradores utilizaban la misma herramienta: SAP CCMS.
Actualmente las soluciones SAP son en su mayoría distribuidas, compuestas por múltiples sistemas SAP (SAP ERP, SAP BW, SAP PI, SAP Portal, etc.). La plataforma es SAP Netweaver, pero Netweaver tiene múltiples Use Cases y Usage Types. Los usage types son: Application Server ABAP (AS ABAP), Application Server Java (AS JAVA), Business Intelligence (BI), BI Java, Development Infrastructure (DI), Enterprise Portal (EP o EP Core), Mobile Infrastructure (MI) y Process Integration (PI). Cada uno de estos usage types supone tareas distintas para su operación y administración. En muchos casos, como BI, en el conjunto de tareas periódicas definidas por SAP, es difícil hacer una separación estricta entre tareas técnicas y tareas funcionales.
Como ejemplo de Use Case tomemos sólo el de Data Warehousing (uno de ocho use cases, en el caso de Netweaver 7.4). Este use case incluye los siguientes escenarios o procesos: Data Modelling, Define Data Flow, Metadata Management, Performance Optimization y Scheduling and Monitoring. Dependiendo de los escenarios implementados, se puede requerir los usage types o functional units: AS ABAP, BW ABAP, AS JAVA, BI JAVA, EP Core, TREX, etc. (ver la figura abajo). Es evidente que la complejidad ha aumentado en órdenes de magnitud.
Desde el punto de vista de las herramientas para la operación o administración la situación es similar. Si bien CCMS sigue ahí, y puede ser útil en muchos casos, hoy es imprescindible contar con SAP Solution Manager (SolMan). Esta herramienta actúa en muchos casos como un front end para la operación técnica, desde la cual se accede a muchas otras herramientas disponibles: SAP Solution Manager Diagnostics, SAP Wily Introscope, SAP Database Cockpit, SAP Central Process Scheduling, SAP Landscape Virtualization Management, etc.
Como resultado de todo lo anterior, hoy es imposible que un mismo profesional domine todas las disciplinas relacionadas con Netweaver. La especialización del consultor técnico SAP es un requisito para la operación técnica de una solución SAP actual. De este modo tenemos consultores técnicos especialistas en BI, especialistas en Portal, en PI, etc. Una solución SAP mínimamente compleja ya requiere del aporte de todos estos especialistas para su operación y administración.
Y aún no hemos hecho mención de todas las nuevas funcionalidades con que cuenta Netweaver: SAP NW Process Orchestration, SAP NW Identity Management, SAP NW Gateway, SAP NW Single Sign-On, etc. Tampoco hemos mencionado SAP HANA.
¿Se imaginan entonces siquiera la posibilidad de seguir hablando de Administración SAP Basis? Para el caso de una solución SAP que consta sólo de un ERP, ¿podría quizás aplicar todavía el antiguo concepto? Esto tampoco es así, ya que incluso para este caso SAP define un nuevo concepto de operación y administración.
Actualmente SAP promueve la metodología Run SAP Like a Factory (RSLAF) para la operación técnica. En esta metodología se deben implementar múltiples funciones y procesos, apoyados por las capacidades de SAP SolMan.
¿Qué es Run SAP Like A Factory (RSLAF)?
RSLAF es un concepto paraguas, bajo el cual se agrupan diversas disciplinas propuestas por SAP AG para la operación de sus soluciones: Technical Operations, Business Process Operations, Application Operations, e incluso la operación de la infraestructura TI. En el marco RSLAF, todas estas disciplinas se basan en el uso de la herramienta SAP Solution Manager en su versión 7.1. Ya nos extenderemos más sobre cada uno de estos términos.
Para anticipar posibles confusiones, aclaremos que en principio RSLAF es una parte del concepto más general de ALM. Sin embargo, en algunos casos SAP muestra ambos conceptos como complementarios, donde RSLAF aplica a la operación de la solución y ALM aplica a la implementación de la misma (Build SAP Like a Factory). Por otro lado veremos aparecer también el concepto de Business Process Operations, el cual en algunos casos se muestra como parte de RSLAF, y en otros casos fuera de él, pero siempre como una parte de ALM.
En términos simples, RSLAF incluye todos los procesos necesarios para asegurar la continuidad operacional de la solución SAP, y su mejoramiento operacional continuo. Esto se traduce en los siguientes procesos: Monitoreo, Notificación y Gestión de Alertas, Análisis de Causa Raíz (Root Cause Analysis, o RCA) y Administración. También se incluye el proceso de generación de reportes.
El proceso de monitoreo se basa en las capacidades de monitoreo de SAP SolMan, las cuales incluyen System Monitoring, Business Process Monitoring, y End User Experience Monitoring.
SolMan 7.1 incluye todas las capacidades de System Monitoring necesarias para los sistemas SAP, desde la infraestructura (CPU, RAM, SO, discos), hasta las diferentes bases de datos y Netweaver ABAP y Java. Además incluye funcionalidades especiales para el monitoreo de sistemas SAP PI y SAP BI (BW y BO). Incluso cuenta con funcionalidad para monitorear la experiencia del usuario en un sitio remoto, por medio de un robot que simula determinadas operaciones del usuario y reporta los resultados al SolMan central.
Toda esta información se recolecta en un BW interno de SolMan y se procesa para determinar eventuales alertas, y también para generar visualizaciones tipo Dashboard, además de generar reportes de operación. Los mismos datos se utilizan para tareas de análisis que permiten observar tendencias, correlacionar con eventos y determinar la causa raíz de un evento o incidente.
Por medio de la funcionalidad de Service Desk, o de la alternativa ITSM (IT Service Management) que antes era parte de la solución SAP CRM y ahora también está disponible en SolMan, es posible generar tickets de servicio asociados a las alarmas, en forma automatizada. Los tickets de servicio se priorizan y se despachan a los grupos resolutores para el análisis del problema y la generación de soluciones.
El monitoreo de procesos de negocios e interfaces (Business Process & Interface Monitoring) aporta un nivel adicional de monitoreo, el cual permite anticipar situaciones de problema, antes de que se manifiesten como una falla técnica. Por ejemplo, es posible monitorear el número de documentos que circulan por una interfaz, y disparar una alarma cuando este número es anormalmente alto o bajo. Lo mismo cuando un determinado proceso tiene un rendimiento bajo lo esperado.
Para el análisis de causa raíz de una situación, SAP provee múltiples herramientas, y el acceso a todas ellas se hace en forma centralizada desde SolMan. Entre estas se encuentran: End-To-End Workload Analysis, End-To-End Change Analysis, End-To-End Exception Analysis, End-To-End Trace Analysis, System, Host & Database Analysis.
Y finalmente llegamos a la Administración Técnica, que es sólo una parte de todas estas operaciones necesarias. Para apoyar las tareas de administración SAP provee también un conjunto de herramientas y funcionalidades en SolMan. El IT Calendar permite visualizar y programar los Work Modes (ex perfiles de operación) para todo un landscape, en forma diaria, semanal y mensual. La gestión de Work Modes se integra con las capacidades de notificación y con el monitoreo, de modo de suspender el monitoreo y las alertas cuando hay una bajada programada.
La funcionalidad de Task Management permite crear listas de tareas y asignarlas a los operadores y administradores, y controlar su ejecución por medio de checklists. Para la ejecución de las tareas, el operador o administrador tienen acceso directo a todas las herramientas necesarias desde el mismo SolMan.
Adicionalmente a todo lo anterior, los procesos de la Operación Técnica y de Procesos de Negocios se integran con los procesos de gestión de incidentes, de gestión de problemas y de gestión de cambios, en forma nativa. Las funciones de Change Management de SolMan ahora permiten gestionar no solo los cambios al software SAP (ChaRM), sino que también todo tipo de cambios, por ejemplo cambios a la configuración técnica.
La información resultante del monitoreo y de la gestión operacional en general, se puede observar en reportes y también en tiempo real en dashboards estándar. Hay paneles informativos para los operadores, para el Centro de Control de Operaciones (OCC: Operations Control Center) y también para los usuarios de las áreas de negocios. En el caso de NOVIS, hay paneles informativos para nuestra operación interna, como proveedor de servicio, y para los clientes. Incluso es posible dar acceso móvil a los clientes, a través de sus smartphones o tablets.
En resumen: parece bastante evidente que esto es muy diferente a la antigua Administración SAP Basis. Y no solo eso, sino que esto es también muy distinto a lo que conocemos como Hosting. ¿Es posible imaginar que un proveedor cualquiera de servicios de Datacenter o Hosting cuente con esta capacidad? Incluso un datacenter certificado SAP Hosting está a una distancia muy grande de estos servicios.
En conclusión, para la operación adecuada de una solución SAP hoy se requiere de un modelo operativo desarrollado. Las opciones para la organización usuaria son tres: 1) desarrollar sus propias capacidades (su propio SAP Center of Expertise), 2) contar con un proveedor externo especializado, o 3) confiar sus soluciones SAP a la propia SAP Cloud. La alternativa más probable es una combinación de las tres anteriores.
Ahora queremos ir un poco más allá, mostrando la visión que tiene SAP para SolMan, como una herramienta que va a cubrir todos los procesos requeridos por un departamento de TI, permitiendo gestionar todas las operaciones, y no solo en lo que respecta a los sistemas SAP, sino que también a todas las soluciones no SAP y a toda la infraestructura TI.
En primer lugar, el Service Desk y los procesos de gestión de incidentes, gestión de problemas y gestión de cambios soportados por SolMan, son completamente aplicables a cualquier sistema, SAP o no SAP. Por ejemplo, si un usuario necesita pedir un nuevo notebook, esto puede perfectamente hacerse a través de un catálogo de servicios publicado en SolMan. A este servicio en particular se le asocia un workflow con los pasos necesarios de aprobación y ejecución.
Por otro lado, SolMan puede integrarse con los sistemas no SAP en varios puntos. Los sistemas no SAP pueden documentarse en el Landscape Management Database de SolMan por medio de un modelamiento que es completamente abierto. El monitoreo de sistemas se extiende en forma natural a servidores, sistemas operativos y motores de datos de estos sistemas no SAP. Los cambios que se transportan desde los ambientes de mantenimiento a los ambientes productivos, por medio de CTS (Change and Transport System), pueden incluir los componentes a modificar en los sistemas no SAP, de modo de ejecutar un cambio completamente coordinado.
Las herramientas de diagnóstico de SolMan (Root Cause Analysis) están pensadas para ser utilizadas en modalidad End To End (E2E). Así es el caso de End To End Trace Analysis, End To End Workload Analysis, etc. Una herramienta como Wily Introscope, que en una versión limitada viene incluida en SolMan, puede ser utilizada para analizar cualquier sistema basado en Java. También es posible licenciar adicionalmente la versión completa de Wily para ampliar su alcance.
Otras herramientas que amplían el alcance de SolMan, que están completamente integradas con él, y que se pueden licenciar por separado, son las siguientes:
- SAP Central Process Scheduling, para gestionar en forma centralizada los Jobs, su programación y ejecución, en sistemas SAP y no SAP.
- SAP IT Infrastructure Management, para gestionar todos los ítems de configuración de todos los sistemas en una base única (CMDB). Esto incluye gestionar elementos como servidores, switches, impresoras, etc.
- SAP IT Process Automation. Esta es una herramienta de Cisco que SAP integró a SolMan, la cual permite automatizar las tareas de respuesta a incidentes y alertas, para los sistemas SAP y no SAP.
Y por último, SolMan cuenta con interfaces abiertas que permiten integrar otras herramientas de terceros, en una forma más genérica. Aquí incluimos: otras herramientas de Service Desk, otras herramientas de monitoreo, de scheduling, de RBA (Run Book Automation), de gestión de aplicaciones, pruebas, modelamiento, etc.
Al finalizar este artículo, esperamos haber dado una buena muestra del alcance inmenso que tiene hoy en día la gestión de una solución SAP, o de un landscape completo de TI. Muchas de las tareas que antes eran parte de las actividades manuales del administrador SAP Basis, hoy no se conciben si no es en forma automatizada. De este modo las tareas de los operadores, administradores y consultores técnicos SAP se elevan a un nivel superior, de mucho mayor valor para la organización.
Para más información de nuestros servicios, le invitamos a contactarnos.
Nota relacionada: