SAP HANA XSA: O futuro do desenvolvimento com o SAP HANA e suas novas capacidades

Com o SAP HANA XSA, a SAP marcou seu curso estratégico para o SAP HANA e enfatizou um desenvolvimento moderno com aplicações isoladas. Com este passo, fica claro que o XSC e, com ele, os desenvolvimentos no HANA Studio com pacotes e esquemas são coisas do passado.

Mas, como é este novo mundo XSA? O que mudou? Quais são as novas capacidades?

Nesta primeira parte da minha série de várias partes, exploramos os princípios básicos do HANA XSA e apontamos as diferenças com o XSC. Na segunda parte , investigamos as capacidades do XSA para persistir dados, HDI e CAP. A terceira parte cobre o aspecto do carregamento de dados.

O que é o SAP HANA XSA?

Primeiro, uma informação importante: o XSC, ou seja, os desenvolvimentos nativos do SAP HANA no HANA Studio, estão obsoletos. Não estão mais em desenvolvimento e não serão adicionadas novas funções. O futuro é o XSA e é aí que estará todo o foco da SAP em relação ao HANA.

O SAP HANA XSA é uma mudança de paradigma no desenvolvimento com o SAP HANA. Esta afirmação pode parecer extrema a princípio, porque à primeira vista, em comparação com o XSC, a aplicação só recebeu novos componentes como NodeJS ou HTML5.

Fig.1 Arquitetura SAP HANA XSA



No entanto, o tipo de desenvolvimento mudou fundamentalmente no XSA. Em vez de desenvolver objetos em pacotes ou esquemas perto do banco de dados, com o XSA, a SAP aposta em aplicações isoladas e Infraestrutura de Implementação do SAP HANA (HDI). Este passo foi necessário para a capacidade na nuvem do sistema. Com o foco estratégico no Cloud Foundry, o HANA também teve que atender aos requisitos de serviços e aplicações isolados.

O SAP HANA XSA pode ser executado em sistemas On-Prem e no SAP HANA Cloud. O escopo funcional é quase idêntico, e a principal diferença são os dois ambientes de desenvolvimento diferentes.

Business Application Studio

Como é comum com as novas tecnologias, também há um novo ambiente de desenvolvimento com o XSA. Aqui, a SAP encerrou o uso da antiga ferramenta HANA Studio e deu um passo em uma direção moderna em direção aos IDEs baseados na web. Com este movimento, não haverá mais implantação de novos softwares IDE ou atualizações, pois o ambiente de desenvolvimento é gerenciado de forma centralizada e acessível diretamente do navegador.

Como mencionado, o XSA pode ser usado em um cenário On-Prem ou na nuvem, onde o IDE usado é um pouco diferente:

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


• Cloud -> Business Application Studio (BAS)

Nesta série de blogs, usaremos um cenário de HANA Cloud para interagir mais de perto com o BAS.

O BAS é um componente da Plataforma de Tecnologia Empresarial (BTP) que apresenta uma ampla gama de visualizações e opções de desenvolvimento. Seja modelagem de bancos de dados com SQLScript e Visualizações de Cálculo ou aplicações com NodeJS: Todos usam o BAS. O BAS é baseado diretamente no Visual Studio Code e é executado com extensões que podem ser instaladas e ativadas conforme necessário.

Fig. 2: Business Application Studio (BAS)

Ao contrário do XSC, o foco não é o desenvolvimento direto em pacotes e esquemas de banco de dados, mas projetos de Aplicação Multi-Objetivo (MTA) definidos pelo usuário que usam contêineres HDI. Esses contêineres HDI funcionam como uma aplicação isolada dentro do banco de dados.

No início, o uso do BAS é muito intuitivo: primeiro, um novo projeto é criado, no qual módulos individuais como banco de dados ou NodeJS são adicionados. Em seguida, todos os objetos de design necessários (Visualizações de Cálculo, tabelas, Funções de Tabela) são criados em uma estrutura de diretórios. Em seguida, (ao contrário do XSC) esses artefatos não são ativados, mas implantados, através dos quais os objetos de banco de dados relevantes são criados.

HANA XSC vs. HANA XSA: Quais são as diferenças?

O XSC reside no SAP HANA Studio e trabalha com artefatos em pacotes. Esses artefatos são objetos de design para os quais os objetos de tempo de execução relevantes são criados ao ativá-los. Muitas vezes, os artefatos ".hdbdd" são usados para modelagem de dados persistentes em tabelas e ".calculationview" para modelagem de dados virtuais.