Ecosistema SAP en la nube, ¡pero no sin arquitectura!

DSAG también se suma al canto de la creciente adopción de la nube, aunque ni de lejos con tanto estruendo. Con Rise, el grupo de Walldorf ha apostado por una visión estratégica cuya plataforma se basa en principio en tecnologías en la nube. Además, también crecen las ofertas de los grandes hiperescaladores Microsoft, Amazon y Google para la explotación de sistemas SAP. Las empresas clientes esperan ventajas estratégicas de la transformación de sus sistemas SAP en la nube. Ya no hay signos de moderación.

Centrarse en la arquitectura empresarial

Con el conocimiento de los principales competidores de la nube, el ecosistema de la nube de SAP no es un universo puro. Más bien, las plataformas de nube existen, brotan y se desarrollan tanto en SAP como en los compañeros del mercado tecnológico. La multitud de participantes -desde proveedores hasta prestadores de servicios- permite la realización de los correspondientes efectos de red para todos los actores del ecosistema. Sin embargo, debido a la gran velocidad de la innovación, el ecosistema de la nube cambia tan rápidamente que los clientes pueden perder fácilmente la noción de todo ello.

Pero, ¿cómo pueden los clientes de SAP seguir beneficiándose como actores del ecosistema en constante crecimiento? Necesitan situar hoy mismo su propio mapa de TI en un futuro ecosistema de nube de SAP. Idealmente, esto se hace con guardarraíles estratégicos definidos y una hoja de ruta, idealmente con vistas a su propia arquitectura empresarial. La arquitectura empresarial como método de gestión holística -desde el negocio de una empresa hasta su tecnología- es una disciplina con una larga historia y proporciona la integración de plataformas necesaria. Sin embargo, la transformación hacia una plataforma integrada no se limita a las TI, sino que también debe tener en cuenta el negocio. En los últimos 20 años ha prevalecido la modelización de la arquitectura empresarial en las capas de negocio, aplicación y datos hasta la tecnología.

De la práctica

El ejemplo de la solución sectorial SAP S/4Utilities puede servir para ilustrar las ventajas de dicha integración de plataformas con la ayuda de la arquitectura empresarial correspondiente. Los clientes de SAP del sector de los servicios públicos se enfrentan al reto de la transformación a S/4Utilities y los pasos asociados al ecosistema de la nube de SAP. 

El primer paso es examinar la capa empresarial. ¿De qué procesos se encargará la futura plataforma integrada? Empezando por el diseño del producto en el proceso de venta, pasando por el inicio de la entrega, hasta la finalización o el cambio de producto, todo está cubierto en la futura S/4Utilities. Para otros procesos, suele recurrirse a soluciones no SAP ya establecidas que quieran integrarse adecuadamente. ¿Y para la comunicación con el mercado? Aquí hay tecnología SAP desde la nube, la nube de comunicación de mercado (MaCo Cloud).

Una vez definido el alcance técnico de la futura plataforma de utilidades, el siguiente paso es diseñar la arquitectura de aplicaciones correspondiente. Derivado de los requisitos, S/4Utilities debe planificarse con la pila NetWeaver asociada, la base de datos Hana y los componentes Fiori. Esto también incluye los componentes de inteligencia empresarial correspondientes, BW/4Hana y SAP Analytics Cloud (SAC). Por no hablar de MaCo Cloud y la multitud de aplicaciones no SAP existentes.

Un buen partido

Con la arquitectura objetivo definida en la capa de aplicación, ya se pueden diseñar los componentes tecnológicos, la capa más baja de integración de plataformas. Solo para la administración de la arquitectura SAP se necesitan herramientas específicas. Con la ayuda de subredes, las áreas de red correspondientes se separan entre sí y se supervisan mediante el cortafuegos Azure. Para conectar las aplicaciones SAP en la nube SAC y MaCo Cloud se utiliza Cloud Connector. También son necesarias otras tecnologías SAP clásicas, como el SAP Router y el Web Dispatcher, que deben asignarse en la arquitectura correspondiente. Además de las tecnologías SAP necesarias, también hay un gran número de servicios Azure correspondientes. Por ejemplo, los directorios de intercambio de datos correspondientes para interfaces deben proporcionarse con Azure Storage. Al final de la integración de plataforma conceptualizada de las aplicaciones SAP y las aplicaciones en la nube, los servicios de Microsoft Azure y las aplicaciones no SAP de las infraestructuras existentes, la única pregunta que queda por responder es quién la implementará.