SAP Fiori - NetWeaver Gateway

SEIVA NetWeaver Gatewayé usado para configurar uma conexão entre a suíte de negócios SAP e os clientes, plataformas e estrutura de destino. Oferece ferramentas de desenvolvimento e geração para criarOData serviços a diferentes ferramentas de desenvolvimento de clientes.

O gateway SAP NetWeaver fornece uma maneira mais fácil de consumir lógica de negócios e conteúdo para o sistema SAP Back-end em aplicativos web. Ele também reduz a complexidade para acessar dados SAP e fornece interfaces fáceis para diminuir o tempo de desenvolvimento.

SAP NetWeaver Gateway: recursos e benefícios principais

SAP NetWeaver Gateway é uma tecnologia que fornece uma maneira simples de conectar dispositivos, ambientes e plataformas ao software SAP com base nos padrões de mercado.

  • Sem interrupções, qualquer suíte de negócios SAP.

  • Fácil de desenvolver APIs simples e não requer nenhum conhecimento de ferramentas.

  • Baseado em REST, ATOM / OData. Ele permite a conectividade com aplicativos SAP usando qualquer linguagem de programação ou modelo, sem a necessidade de conhecimento SAP, aproveitandoREST serviços e OData/ATOM protocolos.

  • Ele fornece plug-ins para IDEs bem conhecidos, como Eclipse, Visual Studio 2010 e XCode.

Conecte o SAP NetWeaver Gateway ao SAP Business Suite

Isso envolve a configuração do servidor back-end como sistema confiável.

Step 1 - Use o código T: SM59

Step 2 - Clique no ícone criar conforme mostrado abaixo.

Step 3 - Insira os detalhes conforme mostrado abaixo -

  • Nome de destino RFC
  • Tipo de conexão: 3

Step 4 - Vá para o Technical Settings guia e insira os detalhes conforme explicado abaixo.

Step 5 - Digite o host do gateway no Target Host campo e número da instância no System Number campo.

Step 6 - Vá para o Logon & Security guia e insira os detalhes.

Step 7 - Digite o número do cliente e clique em Current user para autenticação.

Step 8 - Selecione Trust Relationship Como Yes e clique no save ícone na parte superior.

Step 9 - Selecione Voltar para a tela inicial e use o código T: SMT1

Step 10 - Clique no create icon como mostrado abaixo.

o Trusting Wizard vai abrir.

Step 11 - Insira os detalhes do destino RFC que você acabou de criar e clique em Continue.

Step 12- As informações do sistema confiável são exibidas. Clique noSave botão.

Aqui, você definiu uma relação de confiança entre seu sistema SAP e o host NetWeaver Gateway configurando o sistema SAP para ser um sistema confiável e o host NW para ser um sistema confiável. Isso permite o logon remoto dos usuários para usar os dados do usuário no gateway SAP NetWeaver e no sistema SAP.

SAP NetWeaver Gateway: opções de implantação

Existem duas opções de implantação diferentes disponíveis para implantar o gateway SAP NetWeaver para configuração SAP Fiori.

Implantação de hub central do SAP NetWeaver Gateway: Desenvolvimento em sistema back-end

Neste tipo de opção de implantação, add-on de UI central, add-ons de UI específicos do produto e gateway SAP NetWeaver estão contidos no servidor front-end ABAP. O servidor backend contém lógica de negócios e dados de backend. O desenvolvimento ocorre no sistema back-end ABAP.

Os serviços são implantados em um sistema back-end e registrados no servidor. O serviço de Gateway é implantado no sistema back-end do Gateway. OuIW_BEP está implantado ou o sistema em execução na versão 7.4 ou superior aproveita o componente principal SAP_GWFND.

Advantages

  • Ele permite mudanças na UI sem autorização de desenvolvimento no back-end.

  • Ele fornece um único ponto de manutenção para todos os problemas de IU.

  • Ele fornece um local central para o tema e a marca dos aplicativos Fiori.

  • Ele fornece um único ponto de acesso ao sistema back-end.

  • Como não há acesso direto ao sistema de back-end, ele tem segurança aprimorada.

  • Acesso local direto a metadados (DDIC) e dados de negócios e facilidade de reutilização de dados.

Disadvantages

  • Requer um sistema SAP NetWeaver Gateway separado.

Note - SAP recomenda a opção de implantação Central Hub para ambiente de produção.

Implantação de hub central do SAP NetWeaver Gateway

Nesta opção, as funcionalidades do servidor Gateway são usadas em um servidor dedicado, o sistema de hub. Ao contrário da primeira opção, a implantação do serviço ocorre no sistema de hub.

Esta opção é usada se nenhum desenvolvimento deve ser executado no sistema backend ou no caso de releases anteriores a 7.40. se não é permitido implantar o Add-OnIW_BEPno back-end. Nesse caso, o desenvolvedor fica limitado às interfaces que são acessíveis via RFC no back-end.

O desenvolvimento ocorre no sistema de hub do Gateway e os sistemas back-end do Business Suite não são tocados.

IW_BEP ou SAP_GWFND está sendo executado no sistema de hub do Gateway e nada é tocado no SAP Business Suite.

Advantages

  • Além das vantagens oferecidas pela primeira opção, esta opção tem a vantagem de não requerer a instalação de Complementos de Gateway no sistema back-end.

Disadvantages

  • Não há acesso direto a metadata (DDIC)e dados de negócios. Portanto, a reutilização de dados é limitada.

  • Objetos GENIL não podem ser usados ​​remotamente.

  • Nesta configuração, o acesso é limitado a interfaces habilitadas remotamente como módulos RFC, BAPI's etc.

Implantação incorporada

Na arquitetura de implantação incorporada, o desenvolvimento ocorre no sistema back-end da suíte SAP Business e o sistema Gateway também é instalado no mesmo sistema. Os serviços são registrados e publicados no sistema back-end do SAP Business Suite.

IW_BEP ou SAP_GWFND está sendo executado no mesmo sistema em que o SAP Business Suite está instalado.

Advantages

  • Requer menos tempo de execução, pois uma chamada remota é reduzida.

Disadvantages

  • O sistema não deve ser usado como hub para sistemas back-end adicionais.

  • No caso de vários sistemas SAP Business Suite, o Gateway deve ser configurado várias vezes.

  • Essa configuração é recomendada apenas para fins de sandbox.

Note- Você não deve usar um SAP Business Suite System com implantação incorporada como um sistema hub para sistema back-end adicional. O motivo é que isso pode levar a uma situação em que a versão do SAP NetWeaver Gateway do sistema de hub é inferior à versão dos componentes de back-end do SAP NetWeaver Gateway do sistema de back-end remoto.

Para evitar tal situação, você pode usar a opção de implantação incorporada para seus sistemas SAP Business Suite.

Se você optar por uma arquitetura baseada em hub, deverá usar um sistema SAP NetWeaver Gateway Hub dedicado que deve ser executado na versão mais recente do SAP NetWeaver Gateway.

Verifique o método de implantação no sistema SAP Fiori

Step 1 - Faça login no sistema back-end SAP Fiori usando SAP GUI, conforme mostrado na imagem abaixo.

Step 2 - no System menu, clique Status.

Step 3 - Uma nova janela é aberta mostrando o System Status.

Nos dados do sistema SAP, clique no ícone (lupa) abaixo do rótulo Versão do componente.

Step 4 - Isso mostrará a lista dos componentes instalados no sistema back-end SAP de acordo com a versão do NetWeaver Gateway.

Com NW 7.31, IW_BEW e GW_Core componentes são instalados e para NW 4.0, SAP_GWFND está instalado e não há componentes individuais.

Agora, neste sistema, você tem o sistema NW instalado no sistema back-end e todos os componentes UI Add-Ons estão no sistema front-end. Portanto, representa um método de implantação da Arquitetura de Hub.

Visão geral do OData (protocolo de dados abertos)

OData é usado para definir as melhores práticas necessárias para construir e consumir APIs RESTful. Ajuda a descobrir mudanças, definindo funções para procedimentos reutilizáveis ​​e enviando solicitações em lote, etc.

Alguns dos recursos importantes são -

  • OData fornece facilidade de extensão para atender a quaisquer necessidades personalizadas de suas APIs RESTful.

  • REST significa Transferência de Estado Representacional e às vezes é escrito como "ReST".

  • Ele se baseia em um protocolo de comunicação sem estado, cliente-servidor, que pode ser armazenado em cache. Em praticamente todos os casos, o protocolo HTTP é usado.

  • REST é definido como um estilo de arquitetura para projetar aplicativos de rede.

  • OData ajuda você a se concentrar em sua lógica de negócios enquanto constrói APIs RESTful sem ter que se preocupar com as abordagens para definir cabeçalhos de solicitação e resposta, códigos de status, métodos HTTP, convenções de URL, tipos de mídia, formatos de carga útil e opções de consulta etc.

  • As APIs RESTful OData são fáceis de consumir.

Ciclo de vida do serviço OData

O ciclo de vida do serviço OData inclui a extensão de um serviço OData. A seguir, estão as principais etapas a serem consideradas em um Ciclo de Vida do Serviço OData.

  • Ativação do serviço OData.

  • Manutenção do serviço OData.

  • Manutenção de modelos e serviços, até a limpeza do cache de metadados.

  • Os aplicativos RESTful usam solicitações HTTP para postar dados para criar ou atualizar, ler dados e excluir dados. REST usa HTTP para todas as quatro operações CRUD (Criar / Ler / Atualizar / Excluir).

  • REST é uma alternativa leve a mecanismos como RPC (Remote Procedure Calls) e Web Services.

Componentes de arquitetura REST

Abaixo estão os componentes da Arquitetura REST.

  • Resources
  • Uma teia de recursos
  • Client-server
  • Sem estado de conexão
  • Servidores Proxy