SAP HANA XSA: El futuro del desarrollo con SAP HANA y sus nuevas capacidades

Con SAP HANA XSA, SAP ha marcado su curso estratégico para SAP HANA y pone un claro enfoque en un desarrollo moderno con aplicaciones aisladas. Con este paso, queda claro que XSC y con él los desarrollos en HANA Studio con paquetes y esquemas son cosa del pasado.

Pero, ¿cómo es este nuevo mundo XSA? ¿Qué ha cambiado? ¿Cuáles son las nuevas capacidades?

En esta primera parte de mi serie de varias partes, exploramos los principios básicos de HANA XSA y señalamos las diferencias con XSC. En la segunda parte , investigamos las capacidades de XSA para persistir datos, HDI y CAP. La tercera parte cubre el aspecto de la carga de datos.

¿Qué es SAP HANA XSA?

Primero, una pieza importante de información: XSC, es decir, los desarrollos nativos de SAP HANA en HANA Studio, están obsoletos. Ya no se están desarrollando y no se agregarán nuevas funciones. El futuro es XSA y ahí es donde estará todo el enfoque de SAP con respecto a HANA.

SAP HANA XSA es un cambio de paradigma en el desarrollo con SAP HANA. Esta afirmación puede parecer extrema al principio, porque a primera vista, en comparación con XSC, la aplicación solo ha recibido nuevos componentes como NodeJS o HTML5.

Fig.1 Arquitectura SAP HANA XSA



Sin embargo, el tipo de desarrollo ha cambiado fundamentalmente en XSA. En lugar de desarrollar objetos en paquetes o esquemas cerca de la base de datos, con XSA SAP apuesta por aplicaciones aisladas e Infraestructura de Implementación de SAP HANA (HDI). Este paso fue necesario para la capacidad en la nube del sistema. Con el enfoque estratégico en Cloud Foundry, HANA también tuvo que cumplir con los requisitos de los servicios y aplicaciones aislados.

SAP HANA XSA puede ejecutarse en sistemas On-Prem y en SAP HANA Cloud. El alcance funcional es casi idéntico, y la principal diferencia son los dos entornos de desarrollo diferentes.

Business Application Studio

Como es común con las nuevas tecnologías, también hay un nuevo entorno de desarrollo con XSA. Aquí, SAP ha cerrado el libro sobre la antigua herramienta HANA Studio y está dando un paso en una dirección moderna hacia los IDE basados en web. Con este movimiento, ya no habrá más despliegue de software IDE nuevo o actualizado, ya que el entorno de desarrollo está gestionado de forma centralizada y accesible directamente desde el navegador.

Como se mencionó, XSA se puede utilizar en un escenario On-Prem o en la nube donde el IDE utilizado es algo diferente:

• On-Prem -> SAP Web IDE para SAP HANA


• Cloud -> Business Application Studio (BAS)

En esta serie de blogs utilizaremos un escenario de HANA Cloud para poder interactuar más de cerca con BAS.

BAS es un componente de la Plataforma de Tecnología Empresarial (BTP) que presenta una amplia gama de vistas y opciones de desarrollo. Ya sea modelado de bases de datos con SQLScript y Vistas de Cálculo o aplicaciones con NodeJS: Todos utilizan BAS. El BAS se basa directamente en Visual Studio Code y se ejecuta con extensiones que se pueden instalar y activar según sea necesario.

Fig. 2: Business Application Studio (BAS)

A diferencia de XSC, el enfoque no es el desarrollo directo en paquetes y esquemas de base de datos, sino proyectos de Aplicación Multi-Objetivo (MTA) definidos por el usuario que utilizan contenedores HDI. Estos contenedores HDI funcionan como una aplicación aislada dentro de la base de datos.

Al principio, el uso de BAS es muy intuitivo: primero se crea un nuevo proyecto, en el que se añaden módulos individuales como base de datos o NodeJS. Luego, se crean todos los objetos de diseño necesarios (Vistas de Cálculo, tablas, Funciones de Tabla) en una estructura de directorios. A continuación, (a diferencia de XSC) estos artefactos no se activan, sino que se implementan, a través de los cuales se crean los objetos de base de datos relevantes.

HANA XSC vs. HANA XSA: ¿Cuáles son las diferencias?

XSC reside en SAP HANA Studio y trabaja con artefactos en paquetes. Estos artefactos son objetos de diseño para los cuales se crean los objetos de tiempo de ejecución relevantes al activarlos. A menudo se utilizan los artefactos ".hdbdd" para el modelado de datos persistentes en tablas y ".calculationview" para el modelado de datos virtuales.