Evolução dos Hiperescalonadores e SAP BTP: Um Guia para Inovação Nativa na Nuvem

Desenvolvimento tradicional com SAP evoluiu de ABAP Clássico para ABAP RAP, SAP CAP (Modelo de Programação de Aplicativos na Nuvem). É análogo a passar da animação Stop Motion para CGI imersivo para realidade virtual que experimentamos hoje. A necessidade de evoluir e inovar nunca parou para a SAP, mas acelerou e se multiplicou na última década. Com um imperativo de manter o núcleo limpo e enxuto no novo mundo SAP, o conceito de lado a lado empurrou as extensões em direção à nuvem para orquestrar os dados e processos com capacidades nativas da nuvem em ambientes de nuvem híbrida.

Evolução dos Hiperscalers

Hiperscalers tendem a ter taxas de rotatividade mais altas em serviços de plataforma inovadores e estão compartilhando o espaço de extensibilidade lado a lado com o SAP BTP. Se você escolher o SAP BTP como sua plataforma de extensão principal e criar uma infinidade de aplicativos nativos da nuvem na periferia utilizando os serviços de plataforma nativos nos hiperscalers, ou optar por uma extensão baseada em Hiperscaler puro, dependerá da estratégia de hiperscaler que suas organizações estão adotando agora ou no futuro. Isso pode influenciar a escolha de serviços de aplicativos, serviços de desenvolvimento ou serviços de dados que terão influência direta sobre quão rapidamente você pode transformar uma ideia inovadora em um produto ou serviço. Isso depende da visão que a organização ou empresa tem sobre seus produtos e serviços a curto e longo prazo.

A escolha da plataforma de extensão e inovação é ainda mais influenciada pela pegada da SAP na paisagem, em que ponto você está na jornada de adoção do S/4 HANA, quão aberta é sua organização para a inovação de código aberto, a cultura de desenvolvimento, as habilidades nativas da nuvem são algumas outras facetas a considerar. É uma escolha arquitetônica, novamente influenciada por serviços de plataforma que ajudarão a impulsionar sua agenda de inovação.

E se você quiser se abstrair de todas essas escolhas e mudanças que podem reverter as decisões que suas organizações tomam hoje no futuro à medida que os hiperscalers evoluem, ou seja, continuar acelerando sua agenda de transformação digital. O Red Hat OpenShift cria essa camada de abstração e fornece a escalabilidade, interoperabilidade e controle que a organização deseja. É como um hovercraft que desliza pela paisagem em mudança. Trata-se de ir do ponto A ao ponto B com o menor número de mudanças de direção. A parte boa é que todas as extensões do SAP BTP funcionam em harmonia e uníssono ao lado dos aplicativos / extensões nativos da nuvem Red Hat® OpenShift®, ou seja, você pode optar por escolher o melhor dos dois mundos.

A inovação aberta construída por trás do Red Hat® Openshift® e seus produtos é fundamental para alcançar os objetivos de transformação digital. Essa inovação aberta e a adoção de código aberto impulsionaram as ferramentas que nos permitem fazer o seguinte:

• Inovar em qualquer lugar, com velocidade e agilidade em qualquer nuvem


• Modelos baseados em consumo com serviços de plataforma de ecossistema mais amplo


• Reduzir os tempos de resposta com ciclos de implantação otimizados.


• Melhorar a produtividade da equipe Dev + Sec + Ops


• Otimizar custos e eficiências, compartilhar recursos, acelerar com repositórios de ativos e componentes reutilizáveis.


• Saindo das VMs com pegada de sistema operacional para pegada de aplicativo, o que permite hospedar e executar vários aplicativos e funções consumindo a mesma quantidade de computação.


• A imagem do docker ou a imagem dourada do aplicativo pode reproduzir os mesmos resultados com o mesmo comportamento e consistência em qualquer ambiente. A imutabilidade resulta em interoperabilidade.

À medida que a organização percebe que a "Adoção de Nuvem" não é apenas a modernização de aplicativos com migração para a nuvem, mas o verdadeiro valor é percebido pela mudança na cultura da organização, nas práticas de desenvolvimento e entrega, com práticas de Integração e Implantação Contínuas, os Padrões Arquiteturais e de Integração.

Arquiteturas Modulares

Arquiteturas Modernas e Integrações Ágeis (fonte: IBM + Red Hat)

A partir do ponto de vista da arquitetura empresarial, é como nos afastamos de integrações tradicionais como barramentos de serviços empresariais para uma integração mais ágil e descentralizada. Por exemplo, não queremos que aplicativos ocupem recursos do sistema 24 horas por dia, 7 dias por semana para atender a alguns pedidos. Quando falamos sobre arquiteturas orientadas a eventos, podemos ter uma função sem servidor, sendo invocada por um evento ou uma chamada de webhook, sendo ativada por um momento, atendendo ao pedido Just-In-Time e depois sendo desativada.

Com arquiteturas sem cabeça, somos mais impulsionados por microsserviços para qualquer estrutura de front-end, desde que siga os Contratos de API para as capacidades entregues pela plataforma subjacente. Quando olhamos para dispositivos Edge, estamos usando aprendizado de máquina na borda, filtrando os pontos de dados mais críticos para insights adicionais do que está sendo detectado. Mecanismos Pub-Sub permitem que o aplicativo ouça eventos/mensagens, para reagir apenas se forem relevantes para qualquer ação. A implantação de Microsserviços distribuídos baseados em Mesh Istio leva a uma rede de malha à prova de falhas, resiliente, segura e observável.

Assim, podemos acabar com componentes arquitetônicos distribuídos com uma matriz RACI de todas as coisas, aplicativos e entidades digitais que fazem parte desses ecossistemas que impulsionam os sistemas e processos empresariais. Aqui é onde começamos a ver a forma como projetamos aplicativos se tornar mais modular, ágil, escalável em diferentes nuvens para serem iterados de forma mais rápida e eficiente.

Entregando Resultados com Velocidade, Escala e Controle

Mudança na forma como entregamos resultados (fonte: IBM + Red Hat)

Adotar dev-sec-ops requer muitas etapas diferentes, afastando-se de métodos e práticas tradicionais para uma abordagem de plataforma de nuvem híbrida. Passar de equipes isoladas usando métodos de entrega em cascata para práticas ágeis com adoção de CI/CD. Implantar em nuvem híbrida, pública/privada com plataformas de contêiner de nível empresarial é preferível a VMs com cargas de trabalho co-localizadas em data centers. Do ponto de vista de aplicativos, ainda estamos construindo esses aplicativos monolíticos e precisamos começar a nos mover para algo mais