openSAP

Acelere as integrações empresariais com o SAP

Integration Suite

Semana 4 Unidade 1

00:00:05 Olá e bem-vindo. Na quarta semana, você chegou à última semana.

00:00:11 Começamos com a unidade um, APIs OData remotas. Quando falamos sobre certas coisas,
00:00:20 Por exemplo, como posso fazer algo no Cloud Integration, geralmente temos uma visão centrada no Cloud
Integration.

00:00:27 Por exemplo, como verificar se há mensagens com falha? Bem, vá para o monitor, selecione seu iFlow, e
00:00:34 então você vê, talvez você possa selecionar o status correspondente,
00:00:38 e então você vê. E como posso baixar o fluxo?
00:00:42 Bem, vá para o Designer, clique em download. Verificando certificados expirados. Acesse a visualização
00:00:50 Operações, em seguida, o monitor de armazenamento de chaves e, em seguida, você os verá. E como
00:00:55 monitorar o uso de recursos JMS? Bem, aí está o monitor JMS para você. Basta ir lá e então você verá.
00:01:01 Como você pode ver, muito centrado na integração em nuvem. Mas as empresas geralmente não são
00:01:10 centradas na integração com a nuvem. Portanto, há algo
00:01:18 como posso consumir todas essas informações remotamente para integrá-las aos processos de
toda a empresa?
00:01:27 E a resposta é sim, usando as APIs OData. Todos eles são publicados no API Business
Hub.
00:01:36 Então você pode apenas pesquisar por um pacote, por um pacote de API, por Cloud
00:01:43 Integration. E então você verá, como esta imagem mostra
00:01:47 todas as seções das APIs OData. E aqui você pode realmente obter todos os tipos de informações de seu

00:01:55 locatário do Cloud Integration, como artefatos de integração, mensagens sendo processadas, recursos JMS,

00:02:04 diretório de parceiros e assim por diante. Então, com essas APIs,

00:02:10 você pode então realmente começar a integrar todas as informações em seu processo ou em processos de toda a
empresa.

00:02:19 Vamos dar uma olhada mais de perto nas APIs OData. O que está disponível?
00:02:25 Portanto, temos a seção, começamos com a seção de conteúdo de integração.
00:02:30 Então, você pode baixar pacotes de integração. Você pode copiá-los do API Business Hub.

00:02:39 Você pode fazer upload, download e implantar fluxos de integração. Você pode alterar as configurações.

00:02:46 Você pode baixar recursos únicos, como scripts ou mapeamentos, todas essas informações. Em seguida,

00:02:52 logs de processamento de mensagens, bem, como o nome diz,

00:02:58 ele fornece informações sobre as mensagens do processo, o status e assim por diante, até

00:03:03 mesmo os anexos MPL, todos os tipos de informações. Se você estiver no Neo,

00:03:09 se o seu locatário do Cloud Integration estiver no Neo, também oferecemos uma API para recuperar logs

00:03:16 como o rastreamento LJS ou o arquivo de log de acesso HTTP. Há outra seção chamada Armazenamento de mensagens.

00:03:26 Aqui, você obtém informações sobre a etapa de persistência, ou armazenamento de dados, as variáveis,

00:03:35 e você também pode verificar seus recursos JMS. Com as APIs OData da seção Conteúdo de
Segurança,
00:03:43 você pode fazer aquelas operações CRUD como criar, ler, atualizar, excluir
00:03:49 para credenciais de usuário ou pares de chaves e assim por diante. Mas, por favor, observe - tudo o que é realmente
sensível,

00:03:59 como senhas, como chaves privadas, lá só oferecemos uma API para fazer upload de algo,
00:04:06 como para criar algo no Cloud Integration. Mas se você tentar baixar isso, você só obterá as
00:04:11 informações públicas. Isso significa o nome de algumas credenciais, mas você não obtém as
00:04:15 senhas e também não obtém a chave privada. E também na semana anterior você aprendeu
00:04:22 sobre o Diretório de parceiros. Portanto, também aqui você encontra todas as APIs OData
00:04:26 relevantes para este tópico.
00:04:36 A configuração para consumir as APIs OData não é difícil. Então, eu definitivamente recomendo ir ao nosso Portal
de Ajuda.

00:04:47 E há uma seção para as APIs OData. E lá, nós descrevemos todas as informações relacionadas, como
00:04:54 como configurá-lo para Cloud Foundry, como configurá-lo para Neo.
00:04:58 Você obtém exemplos muito bons para as chamadas de API para todos os tipos de seções.

00:05:03 Sim. Então realmente dê uma olhada. Com essas APIs OData,

00:05:12 há muitos casos de uso em que você pode pensar. O Diretório de Parceiros já foi apresentado
na semana passada.
00:05:21 Assim, você não pode apenas gerenciar integrações para vários parceiros de comunicação em seu
locatário,
00:05:29 você pode até controlar seus próprios fluxos de integração sem reimplantá-los,
00:05:35 basta trocar a configuração no diretório de parceiros e então o fluxo se comporta de forma diferente. Ou
00:05:42 você tem um monitor central. Talvez você tenha vários inquilinos
00:05:47 e você deseja unificá-los em um monitor central. A análise de desempenho de certos fluxos de
integração pode ser interessante.
00:05:57 Portanto, há uma API para analisar todas as etapas do fluxo único e, em seguida, você pode simplesmente baixá-

00:06:04 los e armazená-los em um banco de dados, e então você pode realmente ter boas análises nele.

00:06:08 CICD, integração contínua, entrega contínua, falaremos disso no final da semana. Transporte, o
00:06:15 Marco já mencionou transporte. Portanto, você pode até usar as APIs para baixar um fluxo de
00:06:21 integração e carregá-lo para um locatário diferente.
00:06:26 Portanto, todas essas histórias também são possíveis. E alertando, talvez você não queira verificar seu
inquilino o tempo todo
00:06:35 mas você deseja saber se um fluxo de integração falhará. Portanto, basta usar a API, verificar se há MPLs com
o status Falha,

00:06:42 e caso haja alguma inscrição, você pode ser avisado. Por exemplo, com um fluxo de integração construído

00:06:50 que então envia um e-mail. Você também pode verificar se há chaves expiradas e, em seguida, fazer o mesmo

00:06:56 ou verificar regularmente o uso do JMS e, em seguida, executar algumas ações

00:07:01 se você encontrar alguma situação que precise de atenção. Eu mencionei o monitor central,
00:07:10 e um bom exemplo é o cockpit do SAP Analytics Cloud. Então, aqui, este é realmente um bom
painel de relatórios,
00:07:19 e está oferecendo uma visão para Cloud Integration, e tudo isso é baseado nas APIs OData. Vou mostrar

00:07:28 isso em uma demonstração, esse SAP Cloud, cockpit do Analytics Cloud. Vamos dar uma olhada. Aqui

00:07:37 vamos nos.

00:07:44 Você começa com o processamento de mensagens, que oferece uma visão geral muito boa

00:07:49 de todos os MPLs em execução no seu locatário do Cloud Integration,

00:07:55 portanto, a quantidade de mensagens sendo processadas. E então nós os classificamos muito bem. Quais são os

00:07:59 cinco principais consumidores? Mas se os cinco primeiros não forem suficientes,

00:08:04 então você pode simplesmente, muito facilmente mudar para ... Agora
00:08:09 vamos usar oito. E então o cockpit ou o painel realmente se ajustam rápido.

2
00:08:14 Além disso, você tem uma visão geral, por exemplo, como isso mudou ao longo do tempo?

00:08:18 Normalmente, ou o padrão é selecionar todos os 30 dias. Talvez apenas 20 dias sejam interessantes para você. Portanto,

00:08:25 você pode realmente ajustar isso na hora. Além disso, você obtém uma visão geral

00:08:31 sobre mensagens, em que tipo de status. OK. Talvez "Descartado" seja um pouco grande. Vamos

00:08:39 remover isso do nosso status. Portanto, desmarque "Descartado".

00:08:43 E então você verá que os gráficos serão atualizados imediatamente. OK. Isso parece muito melhor. Isso
00:08:49 me dá uma visão muito melhor. Você pode até aprofundar mais
00:08:54 para mensagens únicas em que você obtém todos os GUIDs separados ou de mensagem única, certo. Além

00:09:02 do processamento de mensagens, existem também outras visualizações,

00:09:05 como, vamos verificar Deployed Artifacts. Isso lhe dá uma visão geral sobre
00:09:11 quais fluxos de integração são implantados e também as APIs. Portanto, ele realmente lista todos os tipos separados de
artefatos de integração.

00:09:19 E você pode selecionar alguns específicos, como aqui agora a API OData. E sim, vamos pular para o último,

00:09:28 que são pontos de extremidade de serviço. Novamente, uma boa visão geral sobre os diferentes tipos de endpoint. Sim. E

00:09:36 então você também pode ter uma visão geral sobre os detalhes de cada endpoint de serviço. OK. Portanto, este foi um

00:09:46 exemplo muito bom de uma ferramenta, uma ferramenta SAP,

00:09:53 usando as APIs Cloud Integration OData. Para resumir, como você viu,
00:10:02 há uma abundância de APIs OData disponíveis e, na verdade, muitos casos de uso em que você pode
pensar
00:10:12 ao usar essas APIs OData. Você encontrará as APIs em nosso SAP API Business Hub.
00:10:18 Basta pesquisar Cloud Integration e o tipo é pacote de API.
00:10:24 E muito importante também, quando você lida com nossas APIs, por exemplo,

00:10:34 você deseja verificar os registros de processamento de mensagens, e você tem um grande volume de seu
inquilino,

00:10:40 então, é claro, é realmente recomendado usar atributos OData adequados, como um filtro ou um top / skip,
e assim por diante.

00:10:48 Portanto, para realmente não causar problemas de desempenho, buscando agora milhões de registros de uma

00:10:55 vez. OK. Espero que tenham gostado da sessão.

00:10:58 Obrigado por assistir.

3
Semana 4 Unidade 2

00:00:05 Olá, bem-vindo à unidade dois. Meu nome é Shilpa Vij, e nesta unidade,
00:00:10 veremos como SAP Integration Suite, que é a plataforma modular de integração empresarial como
serviço da SAP,
00:00:19 ajuda a simplificar o desenvolvimento de API e, assim, reduzir o tempo de lançamento no mercado usando uma abordagem de baixo
código.

00:00:30 APIs são a tecnologia de ligação de tecido conjuntivo e empresas no ecossistema de hoje.
00:00:41 Tornou-se um motor significativo para o crescimento das empresas. APIs podem ser aproveitadas para monetizar
dados

00:00:51 e abrir novos canais de inovação. Vamos começar nossa jornada observando o ciclo de vida de uma API.

00:01:04 Tudo começa com o design da API com base em padrões abertos, como a especificação OpenAPI,
00:01:11 para que sejam fáceis de usar, escalonáveis e de fácil manutenção. A segunda etapa é desenvolver a
lógica de negócios certa
00:01:24 expondo os dados de back-end e implementando usando plataformas gráficas e de baixo código
00:01:33 com adaptadores inteligentes e etapas configuráveis. Essas APIs precisam ser gerenciadas, controladas e
protegidas contra ameaças.
00:01:50 Para obter visibilidade sobre a integridade, desempenho e disponibilidade da API,

00:01:57 ou você pode dizer as principais métricas de API, pode monitorar e analisar APIs assim que estiverem
em produção.

00:02:07 Por fim, você pode se envolver com seu ecossistema de desenvolvedor publicando APIs para desenvolvedores
de aplicativos criarem aplicativos e monetizá-los.

00:02:21 Agora, vamos examinar os recursos que oferecemos como parte do SAP Integration Suite para modelar suas APIs em uma
abordagem de baixo código.

00:02:33 Os desenvolvedores de integração podem usar o designer de API para projetar, implementar e testar as
APIs. É um editor gráfico,
00:02:45 que suporta a especificação OpenAPI como uma linguagem de descrição. Passando para a fase
de implementação,
00:02:55 os desenvolvedores de integração podem usar o Cloud Integration, um recurso do SAP Integration Suite, para
desenvolver essas APIs

00:03:05 com etapas predefinidas e adaptadores inteligentes. Além disso, para proteger seus endpoints e APIs, você pode

00:03:16 aplicar políticas prontas para uso para protegê-los contra ameaças e gerenciar o tráfego e, por fim, também receber

00:03:25 dados de back-end. Assim que suas APIs estiverem implantadas e em execução na produção,

00:03:33 você pode monitorar o desempenho de saúde de suas APIs no SAP Integration Suite. Finalmente, você pode se
envolver com desenvolvedores de aplicativos para oportunidades de monetização

00:03:52 usando API Business Hub Enterprise. API Business Hub Enterprise é um novo nome
00:04:00 para um portal de desenvolvedor com recursos aprimorados. Discutiremos o API Business Hub Enterprise em detalhes
na próxima unidade.

00:04:16 Vamos ver os benefícios das ferramentas de desenvolvimento de API de baixo código e as interfaces gráficas oferecidas
como parte do SAP Integration Suite.

00:04:30 Os benefícios incluem o seguinte. Em primeiro lugar, aumenta a sua velocidade e

00:04:39 agilidade, aumentando assim a sua produtividade. Reduz custos.

00:04:44 Ele fornece uma experiência melhor, fornecendo configurações perfeitas.

00:04:51 Por último, ajuda a acelerar sua jornada de transformação criando rapidamente aplicativos bonitos e aplicativos
poderosos com ferramentas visuais e gráficas.

00:05:07 Também veremos na demonstração como usamos a IU do SAP Integration Suite

00:05:13 para criar APIs REST modeladas como parte do Cloud Integration. Vamos continuar.

4
00:05:24 Deixe-me explicar o cenário que abordaremos na demonstração. Temos uma
organização, Abc,
00:05:34 que tem um serviço SOAP que fornece os dados do funcionário com as informações do
00:05:41 departamento, puxando-os do back-end. Com esta informação,
00:05:49 a empresa está planejando criar um aplicativo móvel. Eles decidem construí-lo por meio da API REST
00:05:59 e chamando este serviço SOAP. Além disso, eles gostariam de gerenciá-lo aplicando a política de
cotas,
00:06:08 e abri-lo para seu ecossistema de desenvolvedores. A parte de gerenciamento e consumo,
00:06:17 veremos na próxima unidade. Vamos passar para a demonstração.
00:06:23 Na demonstração desta unidade, veremos a criação e o desenvolvimento de API em ação. Portanto, esta é a IU do
Integration Suite

00:06:37 e você já deve ter provisionado, visto nos capítulos até agora,
00:06:43 e você está pronto e funcionando com o SAP Integration Suite em sua conta de teste.
00:06:50 Como você pode ver, esses são os recursos oferecidos pelo SAP Integration Suite e outros
recursos.
00:06:57 Você pode ler sobre o Integration Suite aqui. Vamos clicar no recurso de integração em nuvem.
00:07:03 Vamos passar para o nosso espaço de trabalho, que é Design, e criar o pacote de integração. Basta fornecer
o nome da breve descrição e salvá-lo.
00:07:13 O pacote é criado. Vamos passar para artefatos para criar o artefato do tipo REST API.
00:07:20 Dê o nome e clique em OK para salvá-lo. A API REST é criada.
00:07:26 Nós o abrimos e você pode ver o esqueleto do fluxo de integração com o adaptador HTTPS já
criado.
00:07:34 Vamos editá-lo e modificá-lo com base em nossos requisitos e apenas alterar o endereço
00:07:39 e apenas adicionar um modificador de conteúdo para colocar a lógica de negócios, ou o corpo da mensagem aqui, neste
caso,

00:07:49 e este é o corpo da mensagem. E, finalmente, coloquei uma resposta de solicitação

00:07:54 e conecte-o ao meu receptor usando o adaptador SOAP para obter os dados de back-
00:08:00 end. E eu uso o SOAP 1.x. Agora eu faço as conexões, endereços,
00:08:06 e eu dou minha autenticação como básica e as credenciais. Eu salvo o fluxo de integração novamente e, em
seguida, implanto-o.

00:08:19 Clique em Sim, OK e, em seguida, passo para a vista de operações

00:08:23 para ver se o fluxo de integração foi iniciado ou não. Sim, o status começou,
00:08:29 e estou pronto para copiar meu URL e copiá-lo. Eu uso o REST Client, que é o Postman, para testá-lo.

00:08:39 Basta copiar e colar o URL aqui e depois a autenticação. Eu envio o pedido.
00:08:45 Recebo os dados de back-end com os detalhes do funcionário. Em resumo, SAP Integration Suite oferece uma plataforma de
desenvolvimento de API de baixo código para,

00:09:01 número um, simplificar o design da API, número dois, acelerar a implementação da API,
00:09:09 número três, interface gráfica para automatizar o ciclo de vida completo da API. Espero que você tenha gostado da
sessão.

00:09:20 Na próxima unidade, falarei sobre como gerenciamos e consumimos essas APIs
00:09:26 usando a plataforma modular de baixo código, SAP Integration Suite. Vejo você em breve.

5
Semana 4 Unidade 3

00:00:05 Olá, bem-vindo à unidade três. Meu nome é Shilpa Vij.

00:00:10 E nesta unidade veremos como SAP Integration Suite ajuda a gerenciar APIs e abrir ainda mais a
oportunidade
00:00:19 para que os desenvolvedores de aplicativos consumam essas APIs em uma abordagem de baixo código. Vimos
como projetar e implementar ou desenvolver APIs na última unidade.

00:00:36 Nesta unidade, veremos como as APIs podem ser gerenciadas pelas políticas de governança da organização
e protegidas contra ameaças.
00:00:49 Assim que seu cliente começar a usar APIs na produção, você também desejará verificar os recursos
e o desempenho da API.
00:01:01 Além disso, as APIs podem ser publicadas em um portal para envolver os desenvolvedores de aplicativos e
o ecossistema.
00:01:10 Teremos uma visão mais aprofundada do API Business Hub Enterprise, um portal de onde os desenvolvedores de
aplicativos podem consumir essas APIs,

00:01:20 nos slides subsequentes. Vimos como o desenvolvedor de integração pode nos ajudar
00:01:27 com o design e desenvolvimento das APIs. Agora, veremos como os desenvolvedores de integração

00:01:34 podem usar o Portal de API e aplicar políticas, gerenciar essas APIs, monitorar essas APIs,

00:01:41 ou DevOps pode monitorar essas APIs. E, finalmente, nossos desenvolvedores de aplicativos podem se envolver conosco.

00:01:47 Mais adiante, um dos principais recursos do SAP Integration Suite, cobrindo uma ampla gama de estilos de
integração, incluindo integrações conduzidas por API,

00:01:57 é gerenciamento de API. A seguir estão os benefícios do gerenciamento de API.

00:02:03 Ajuda na integração baseada em API em tempo real para oferecer suporte ao acesso de apenas um canal e
melhorar as experiências do cliente, ecossistemas e mercado,

00:02:15 para expor APIs abertas gerenciadas por meio de gerenciamento de API, para integração no mercado,

00:02:22 construir ecossistemas por meio de canais digitais, bem como criar novos fluxos de receita
monetizando as APIs.
00:02:30 Ele suporta a descoberta de fluxos de integração, APIs de terceiros e, por sua vez, os ajuda a protegê-
los e também a gerenciá-los.
00:02:41 Mais adiante, você pode criar uma abstração para seu locatário do Cloud Integration criando um provedor
de API do tipo Cloud Integration.
00:02:53 Você pode inserir as coordenadas e as credenciais para se conectar ao seu locatário de integração em nuvem, o
locatário da IU da web.

00:03:02 Depois que a conexão for criada com sucesso, você pode descobrir artefatos de API de todos os protocolos,

00:03:11 por exemplo, OData, REST e SOAP. Além de se conectar a sistemas em nuvem,
00:03:19 você também pode expor seus back-ends locais, back-ends locais, dados usando o serviço de
conectividade SAP,
00:03:27 que também era conhecido como conector de nuvem, ao criar um provedor do tipo local no
gerenciamento de API.
00:03:38 Para ter controle sobre a visibilidade das APIs, um gerenciamento de API oferece políticas de segurança prontas para
usar.

00:03:48 Por exemplo, você pode sacar seus dados, você pode aplicar políticas de gerenciamento de tráfego.

00:03:54 Este rico conjunto de políticas de gerenciamento de API pode ser aplicado para proteger o controle de acesso da API

00:04:01 e otimizar as chamadas de back-end com políticas de gerenciamento de tráfego ou injetando lógica de negócios
usando políticas de extensão.

00:04:13 Além disso, você pode analisar o tráfego em suas APIs, relatar erros, medir o desempenho,

6
00:04:22 e fazer monitoramento de ponta a ponta no gerenciamento de API. Essas APIs gerenciadas são publicadas posteriormente

00:04:31 a um portal para envolvimento do desenvolvedor. A oferta API Business Hub Enterprise é a reformulação do Portal
do Desenvolvedor,

00:04:41 que inclui todos os recursos existentes ou as funcionalidades do Portal do Desenvolvedor e

00:04:47 também inclui o seguinte. É um catálogo de API central para desenvolvedores de aplicativos,
00:04:57 que é agnóstico de gateway de API e pode listar APIs de gateway de API SAP e não SAP.
00:05:07 Ele oferece suporte a várias instâncias de gerenciamento SAP API e pode publicar as APIs no API
Business Hub Enterprise central.
00:05:19 Importação fácil de APIs gerenciadas externamente com base em cenários de negócios.

00:05:24 Essas APIs podem ser agrupadas com um rico conjunto de APIs gerenciadas e podem ser publicadas no API
Business Hub Enterprise.

00:05:37 Por último, mas não menos importante, busca, exploração e descoberta perfeitas das APIs listadas, o que
ajuda a acelerar o consumo da API com o SDK do cliente e trechos de código.
00:05:54 Deixe-me explicar o cenário que iremos cobrir na demonstração de hoje.
00:06:02 Vamos construir sobre a demonstração da última unidade. Nesta demonstração da unidade, gerenciaremos a API REST,

00:06:13 que criamos aplicando a política de cotas, monitoramos na guia de análise e também abrimos para o
ecossistema de desenvolvedores
00:06:26 publicando-o no API Business Hub Enterprise. Estou na página de boas-vindas do Integration Suite.

00:06:34 Eu mudo para gerenciamento de API, Portal de API. Então vou para Configurar para configurar o
00:06:41 provedor, pego o nome, a descrição. Em Conexões, eu seleciono no local
00:06:46 e, em seguida, o host para o Cloud Integration. Provedor de autenticação e segurança, provedor de API.
00:06:54 Este é o provedor criado. Eu passo para a minha guia Desenvolver.
00:07:02 Sim, e eu crio API. Agora, vou selecionar o provedor,
00:07:07 que eu já criei, e então descobri as APIs do back-end.
00:07:13 Sim, o Employee_Details está chegando. Vou selecionar Avançar, dar o nome de usuário e senha
00:07:19 para autenticar meu back-end, sistema de integração em nuvem. E vou apenas alterar o nome, o título e o
caminho base aqui para torná-lo único.
00:07:32 Crie e sim, você pode ver que foi criado com sucesso. Vou ... sim, está criado, vou apenas
00:07:40 salvá-lo e depois implantar ... Vou apenas para as políticas.
00:07:46 Clico em Editar e, no Pré-fluxo, aplicarei a política de cotas. Vou apenas dar o nome como uma confirmação de compromisso

00:07:55 e você pode ver que a contagem de permissões padrão é dois. Então a terceira tentativa, quando clico no
proxy, deve me dar o erro.
00:08:04 Eu atualizo, eu salvo. E então implanto a API.
00:08:11 Tento acessar o URL do proxy uma vez, uma segunda vez e permite apenas duas tentativas.
00:08:19 Então, na terceira vez, ele diz: "Violação de cota de limite de taxa." Portanto, este é o benefício da política de

00:08:27 cotas. E então eu sigo em frente. Eu crio o produto agora.

00:08:33 Selecionarei a guia Produtos. e então tento criar o produto aqui.

00:08:42 Basta fornecer o nome, os detalhes do funcionário, o cargo e, em seguida, obter a descrição, selecionar a
00:08:50 API Get_Employee_Details, que criei, e publicá-la. Então, sim, foi publicado com sucesso.

00:08:57 Eu mudo para API Business Hub Enterprise. Este é o Portal do Desenvolvedor, ou API Business Hub
Enterprise.
00:09:04 E você pode ver que o produto Employee está publicado aqui. Vou apenas clicar nele.
00:09:13 Você pode aplicar o plano de tarifas, pode ver os detalhes e a API associada a ele. Então, voltamos
e nos inscrevemos.

7
00:09:23 Criamos um novo aplicativo para que meus desenvolvedores possam usá-lo, e fornecemos o nome e a
descrição,
00:09:30 o aplicativo, essa é a chave e o segredo da API, você entendeu. Em resumo, SAP Integration Suite
inclui gerenciamento de API
00:09:42 como um dos principais recursos que permite aos desenvolvedores de API gerenciar, monitorar e interagir com os
desenvolvedores de aplicativos

00:09:51 de uma maneira de baixo código. Também ajuda a autodescobrir APIs ou dados

00:09:58 conectando-se à nuvem ou back-ends anônimos. Espero que você tenha gostado da sessão.
00:10:06 Na próxima unidade, minha colega Gabriela falará sobre monitoramento centralizado e alertas usando
SAP Cloud ALM.
00:10:19 Adeus por agora.

8
Semana 4 Unidade 4

00:00:05 Olá a todos, meu nome é Gabriela.

00:00:08 Bem-vindo a outra unidade de nosso curso openSAP, Accelerate Enterprise Integrations with SAP
Integration Suite.
00:00:15 Estamos na quarta semana, unidade quatro. E eu quero fornecer a você uma visão geral sobre o monitoramento
centralizado

00:00:21 e alertando usando SAP Cloud ALM. SAP Cloud ALM é uma ferramenta bastante nova.

00:00:27 Nos últimos anos, principalmente as plataformas clássicas de gerenciamento do ciclo de vida de aplicativos estão em vigor,

00:00:34 como SAP Solution Manager e SAP Focused Run, ambos para clientes com uma grande
pegada em paisagens locais.
00:00:42 Com isso, os sistemas e também as operações estão sendo executados no mesmo data center do
lado do cliente,
00:00:48 gerenciado por clientes. SAP Solution Manager é um pacote ALM totalmente integrado
00:00:54 para clientes locais de médio e grande porte. A manutenção da plataforma clássica está declarada até
2027.
00:01:03 SAP Focused Run é direcionado a clientes e provedores de serviços que têm uma pegada
significativa no local
00:01:09 mas também têm demandas além do SAP Solution Manager, como por exemplo, o monitoramento de
mensagens únicas.
00:01:17 Ambas as plataformas ALM locais começaram com um escopo local,
00:01:22 e adicionou posteriormente também a funcionalidade de nuvem. Nesta unidade, quero me concentrar no Cloud ALM.

00:01:31 O Cloud ALM passou para GA (disponibilidade geral) em agosto de 2020 e é um pacote ALM totalmente integrado
para clientes de pequeno, médio e grande porte.

00:01:40 É uma oferta de SaaS econômica desenvolvida nativamente na SAP Business Technology Platform.
00:01:47 A intenção é fornecer transparência de ponta a ponta em um cenário de TI centrado na nuvem e,
portanto, mais adequado para um pacote inteligente integrado.
00:01:58 O SAP Cloud ALM tem diferentes casos de uso em escopo, desde o monitoramento do processo de negócios até o

00:02:04 monitoramento da infraestrutura de TI. Existem muitos casos de uso de monitoramento em vigor,

00:02:10 mas nesta unidade, quero fornecer a você especialmente insights sobre integração e monitoramento de
exceção e monitoramento de integridade.

00:02:20 O que agora é integração e monitoramento de exceção? O objetivo é oferecer uma ferramenta central de
monitoramento e alerta

00:02:28 para cenários centrados em SAP híbridos e em nuvem que aproximam o fluxo técnico do
contexto de negócios.
00:02:37 Isso significa uma ferramenta de monitoramento unificada para todos os cenários de integração, com a mesma aparência e
escopo de funcionalidade,

00:02:45 com foco em situações excepcionais e de erro. Em vez de apenas coletar mensagens de
vários serviços,
00:02:54 todas as mensagens são correlacionadas entre si por meio de um correlacionador exclusivo. O
mecanismo SAP Passport é aproveitado para obter visibilidade de ponta a ponta

00:03:03 nos fluxos de mensagens em todos os serviços em nuvem envolvidos. Isso fecha a lacuna entre negócios e
TI
00:03:11 durante o processo de resolução de problemas ao procurar onde uma mensagem fica presa em um fluxo
de transação.

00:03:20 Como requisito para conectar suas instâncias do Cloud Integration, temos que fazer uma
configuração usando o serviço Landscape Management do SAP Cloud ALM.
00:03:31 Isso é possível para locatários de integração de nuvem em execução em várias nuvens ou em ambiente Neo.

9
00:03:39 O que você pode fazer com integração e monitoramento de exceção? Abrange quatro partes principais.

00:03:46 Na seção de monitoramento, você obtém uma visão geral detalhada do status de seus serviços em nuvem ou cenários de
negócios selecionados.

00:03:53 Você pode abrir seu cenário de integração, ver todas as mensagens,
00:03:58 faça uma pesquisa detalhada e também pule para as ferramentas de monitoramento local para resolver o problema.

00:04:05 A área de rastreamento é mais para um monitoramento sob demanda. Se você tiver interesse em alguma mensagem ou
pedido especial,

00:04:13 você pode pesquisar e ver onde está a mensagem. O alerta é uma espécie de monitoramento
00:04:21 proativo. Se a mensagem der erro, um alerta é gerado,
00:04:25 e uma notificação é enviada a um responsável por isso. Analytics é uma parte que ainda está em fase
de planejamento.
00:04:34 Vai mostrar dados históricos e, com isso, uma espécie de previsão de tendências.

00:04:42 Agora, se eu sou um proprietário de integração, gostaria de obter respostas do monitoramento de integração e
exceção

00:04:48 pelo menos para as seguintes questões. Qual é o status do meu cenário de integração?
00:04:55 E qual é o status das mensagens em todos os meus locatários do Cloud Integration? Na seção
de monitoramento,
00:05:02 você obtém uma visão geral detalhada do status das mensagens recebidas e enviadas. Você também obtém uma
visão geral das exceções de configuração relacionadas à integração.

00:05:13 Isso depende do que o serviço monitorado está fornecendo. No caso de integração em nuvem,

00:05:20 o escopo a partir de hoje são as exceções de implantação de fluxos de integração usando o monitoramento
de integração e exceção,
00:05:30 você pode começar com vários pontos de entrada. Por meio de uma seleção de escopo,

00:05:35 você pode filtrar as instâncias de serviço ou cenários que devem estar visíveis. Se você deseja monitorar todas as
mensagens enviadas entre locatários do Cloud Integration,

00:05:46 você selecionará esses serviços. Além disso, as instâncias de serviço podem ser organizadas em cenários, como

00:05:54 Campanha de Liderança ou Contratação para Retirar, para descrever fluxos de mensagens entre serviços.

00:06:01 E, claro, outros cenários podem ser criados por arquitetos de integração em uma seção de
configuração,
00:06:08 e, em seguida, atribuído aos proprietários de integração. Ajustando a seleção de escopo às suas necessidades,

00:06:16 você pode ter uma visão específica do serviço nos dados de integração ou uma visão específica do cenário.

00:06:25 Como proprietário de integração, também tenho dúvidas, como,

00:06:29 onde está uma mensagem específica ou como posso pesquisar uma mensagem usando atributos técnicos ou
comerciais?

00:06:37 O rastreamento é um tipo de monitoramento sob demanda e permite que você pesquise e rastreie mensagens
individuais

00:06:44 com base em atributos específicos do contexto de negócios, como o número do pedido ou a ID de um funcionário.

00:06:51 Como pré-requisito, as informações de contexto devem ser expostas pelo serviço relevante e enviadas
junto com os fragmentos de log da mensagem
00:06:59 para SAP Cloud ALM. Para integração na nuvem,
00:07:03 esses são, a partir de hoje, os atributos de cabeçalho personalizados ou o id da

00:07:09 mensagem. A pesquisa no SAP Cloud ALM é executada em componentes cruzados.

00:07:14 Com isso, você verá a mensagem no fluxo com todos os sistemas relacionados em um

00:07:19 cenário de negócios. O alerta é uma espécie de monitoramento proativo. Se o

00:07:27 processamento de uma mensagem falhar, um alerta é gerado,

00:07:32 e uma notificação é enviada a um responsável. Atuando como um proprietário de integração,

00:07:37 Eu gostaria de receber alertas sobre mensagens com falha ou sobre fluxos de integração que não estão implementados

10
00:07:44 e estão interrompendo um processo de negócios. É importante que pelo menos alguém esteja ciente de uma
situação crítica

00:07:52 e que uma equipe é capaz de colaborar e resolver o problema. Com base nos dados coletados, alertas
00:07:59 para mensagens com falha podem ser definidos. Os alertas são coletados na caixa de entrada de
00:08:06 alertas que você pode ver na captura de tela à direita. Um usuário pode detalhar os detalhes. É
00:08:13 possível realizar ações de fluxo de trabalho, como atribuir um processador,
00:08:19 adicionar comentários, adiar ou confirmar um alerta
00:08:23 para colaborar com outros. Os alertas podem ser configurados de acordo com as suas necessidades.

00:08:29 Por exemplo, você pode especificar os artefatos de integração e o status de seu interesse. Você também
00:08:36 pode agregar alertas para reduzir o número de alertas em sua caixa de entrada.
00:08:44 Eu quero mostrar a vocês uma demonstração em um cenário de call center. Um lead é criado no SAP Marketing Cloud

00:08:51 e enviado pela integração em nuvem para a experiência do cliente SAP, aproveitando um fluxo de integração
predefinido

00:08:58 do SAP API Business Hub. SAP Marketing Cloud aproveita SAP Application Interface
Framework
00:09:06 para enviar informações para o SAP Cloud ALM. A integração na nuvem é pesquisada a cada cinco minutos

00:09:13 para recuperar o log de processamento de mensagens. E SAP Customer Experience empurra suas informações

00:09:20 via Web Service Message Monitoring. Além de coletar informações de registro, os sistemas
00:09:28 enviam as informações correlacionadas aproveitando o SAP Passport,
00:09:32 e com isso, dê ao SAP Cloud ALM a possibilidade de correlacionar mensagens entre si. Isso é
00:09:38 necessário para o monitoramento centralizado. Dois IDs são importantes para esta correlação,
00:09:45 o ID da transação como um correlacionador exclusivo para que uma mensagem continue passando pelos
diferentes sistemas,
00:09:53 e o ID do componente anterior para identificar o sistema anterior antes daquele que enviou essas
informações de monitoramento.
00:10:04 Vamos ver nossa demonstração. Estamos na página inicial do SAP Cloud ALM,
00:10:11 e pular para o Monitoramento de Integração e Exceção. Atualmente no SuccessFactors um
sistema é monitorado
00:10:22 sem quaisquer mensagens processadas no período de tempo determinado. Estou mudando a seleção do escopo dessa
maneira

00:10:31 para ver um locatário do Cloud Integration no qual estou interessado. É um locatário usado para um cenário de negócios de contratação
para aposentadoria.

00:10:44 Também estou alterando o intervalo de tempo para ver os últimos 14 dias. Para este sistema, vemos algumas
exceções.

00:10:54 Atualmente, o escopo é exibir exceções de configuração, especialmente implantações ausentes de fluxos
de integração.
00:11:03 Nos últimos 14 dias, cerca de 1.700 mensagens falharam neste locatário.
00:11:09 O código de cores é usado para destacar o status do erro de forma adequada. Agora eu quero mostrar a você
um cenário LeadTransfer,

00:11:18 alterando novamente o escopo do monitoramento. Uma transferência de lead foi iniciada em SAP
Marketing Cloud
00:11:30 a ser enviado via Cloud Integration para SAP Customer Experience. Também neste cenário,
00:11:36 reconhecemos mensagens processadas com sucesso e com falha. Selecionando este sistema, podemos ver todas as
interfaces.

00:11:47 Eu pego a interface LEADS_OUT na direção de saída e vejo todas as mensagens enviadas durante os
últimos 14 dias.

11
00:11:56 Selecionando o último, vemos exatamente a forma como esta mensagem passou pelos serviços
envolvidos.
00:12:03 Esse é o monitoramento centralizado no nível do aplicativo, realizado com o uso do
mecanismo SAP Passport.
00:12:13 Duas vezes a mensagem passou pelo locatário do Cloud Integration, primeiro a caminho do SAP
Customer Experience
00:12:20 e o segundo de volta como uma confirmação. Ao selecionar o ID da mensagem,

00:12:25 você pode obter mais detalhes, o cabeçalho, incluindo o status e as datas em que as mensagens
chegaram e foram enviadas,
00:12:35 e as informações relevantes do SAP Passport para correlacionar o cenário,
00:12:40 o ID da transação e o ID do componente anterior. Na guia Application Data,
00:12:46 você obtém um link para o locatário do Cloud Integration e as informações do anexo do log de processamento
de mensagens.
00:12:54 Estou pulando agora para o monitoramento local do Cloud Integration e ver exatamente essas informações. Os dados

00:13:02 do SAP Passport são mantidos no Cloud Integration, mas não são exibidos.

00:13:08 No Monitoramento de Processamento de Mensagens, procuro o ID da mensagem do aplicativo,

00:13:13 e poderia começar a fazer uma análise de causa raiz, aproveitando o log de processamento de

00:13:19 mensagens e os recursos de rastreamento. No Monitoramento de Integração e Exceção,

00:13:27 Quero mostrar em breve também a funcionalidade de rastreamento. Também aqui procuro o ID da mensagem do
aplicativo,

00:13:35 e obter como resultado as mensagens enviadas em direção ao SAP Customer Experience. Isso serve como um
ponto de partida para a análise de erros,

00:13:45 e você pode pular para os detalhes para investigar um erro. O alerta também é uma ferramenta muito útil para ser
notificado sobre mensagens erradas.

00:13:57 Para este cenário selecionado, os alertas não são configurados. Portanto, vou mudar o escopo novamente

00:14:04 e selecione um sistema de integração em nuvem. Atualmente, o alerta é configurado de tal forma
00:14:12 que para os locatários do Cloud Integration fornecidos, alertas são enviados se pelo menos uma mensagem com falha for
detectada

00:14:19 desde a última coleta de dados. Na caixa de entrada de alerta, vários alertas são
00:14:26 visíveis. Eu seleciono o primeiro. No topo, vemos o nome do artefato,
00:14:32 e passando o mouse sobre o status, os detalhes do erro. Você pode começar a fazer uma análise de causa
raiz,

00:14:41 ou passe este alerta para alguém usando o menu Ações. Uma novidade no segmento de serviços
do SAP Cloud ALM para operações é o Health Monitoring.
00:15:02 Este aplicativo de monitoramento está se concentrando mais nos aspectos técnicos de seus serviços em
nuvem. Abrange aspectos como disponibilidade do serviço, utilização de recursos,
00:15:15 ou erros relatados. Todas as verificações no Health Monitoring para testar a robustez de um serviço

00:15:24 são específicos do serviço e dependem das métricas oferecidas pelo serviço em nuvem. No caso de
integração em nuvem,
00:15:32 o escopo atual é mostrar o status das filas JMS para oferecer suporte à
comunicação assíncrona.
00:15:40 Como na seção de monitoramento do Cloud Integration, você vê a capacidade do recurso JMS,
00:15:45 geral e para cada fila única, o número de entradas, capacidade e o status de ativação.
00:15:54 A diferença no SAP Cloud ALM é que você obtém um indicador do status de saúde de todos os seus
locatários.
00:16:02 Veja a coluna Saúde na tela de visão geral na captura de tela superior à direita. O monitoramento de
integridade capacita os administradores do locatário a reagir em uma situação técnica crítica.
00:16:14 Além disso, você também pode ver os dados históricos que foram coletados nos últimos 30 dias

12
00:16:21 para ver como os dados evoluíram. No futuro, também estarão disponíveis mais informações, como
sobre certificados expirados.
00:16:33 Com isso, eu realmente terminei com esta unidade. Espero que tenha gostado.

00:16:39 Eu gostaria de fazer um resumo. SAP Cloud ALM unifica negócios ponta a ponta e monitoramento de TI,
00:16:46 e é um ponto central para operar seu cenário SAP híbrido completo, rodando em diferentes
tecnologias,
00:16:53 aproximando o fluxo técnico do contexto de negócios. O monitoramento de integração e exceção está
correlacionando mensagens únicas entre si
00:17:03 para fornecer visibilidade ponta a ponta em todos os serviços em nuvem envolvidos para garantir processos de negócios
confiáveis.

00:17:11 O rastreamento permite que os usuários pesquisem mensagens únicas com base nos atributos do contexto

00:17:17 de negócios. O alerta automatizado ajuda você a reagir proativamente a erros e analisar as situações.

00:17:24 E com o Health Monitoring, você tem autonomia para compreender a integridade técnica de
seus serviços.
00:17:31 Com isso, encerro esta unidade e digo adeus.

13
Semana 4 Unidade 5

00:00:05 Bem-vindo à quarta semana, unidade cinco, a última unidade. Hoje, vamos falar sobre DevOps no SAP
Integration Suite.

00:00:19 Para apresentá-lo ao tópico de DevOps, recomendo que você verifique o curso
openSAP
00:00:29 DevOps eficiente com SAP. Lá, os colegas explicam para você do que se trata.
00:00:36 Acabei de extrair uma descrição que descreve DevOps como a cultura que combina todas as
profissões ao longo do fluxo de valor.
00:00:49 Ele permite que eles trabalhem juntos desde a concepção de um produto até sua operação.

00:00:57 Duas práticas famosas das quais você deve ter ouvido falar sobre DevOps são chamadas de CI
00:01:07 e CD, integração contínua e entrega contínua. A integração contínua cobre os aspectos
00:01:13 de capacitar equipes para trabalharem juntas em software e sempre fornecer cópias de
trabalho prontas.
00:01:23 A entrega contínua consiste em construir, testar e lançar software com grande velocidade.
00:01:37 Se agora aplicarmos essas práticas e conceitos DevOps no SAP Integration Suite, poderíamos
pensar em várias perguntas.
00:01:48 Você, como usuário do SAP Integration Suite, poderia fazer perguntas como, ok, fiz algumas alterações
em meu conteúdo.
00:01:57 Todos os meus cenários ainda estão em execução? A SAP atualiza regularmente o locatário.

00:02:04 Os cenários ainda estão em execução? Como posso testar meus cenários regularmente?

00:02:11 Como posso fazer backup do meu conteúdo? Quando a equipe de desenvolvimento fornece uma nova versão, como

00:02:21 posso ter certeza de que ela ainda está funcionando? Se um teste falhar, o que exatamente foi alterado?

00:02:30 Desejo usar uma ferramenta externa para meu desenvolvimento de script, como posso combinar isso com meu conjunto de
ferramentas de integração?

00:02:40 E agora meus testes foram bem-sucedidos no meu locatário, então quais são as próximas etapas?

00:02:46 Como posso enviá-los para o locatário produtivo? Escolhemos uma abordagem para resolver todas essas
questões
00:03:00 usando as APIs OData que apresentei no início desta semana. Além disso, armazenamos todos os
artefatos de integração
00:03:13 em um sistema de gerenciamento de versão como Git e orquestramos tudo usando um servidor de construção, por

00:03:22 exemplo, o código aberto, Jenkins. Aqui você tem uma visão geral da paisagem em potencial

00:03:31 onde você tem o orquestrador orquestrando Jenkins no meio e seu provedor de armazenamento de
dados,
00:03:39 por assim dizer o sistema de gerenciamento de versão, está conectado onde talvez também seu externo

00:03:46 sistemas de desenvolvimento são conectados, como sua integração ou seus estúdios de desenvolvimento onde você codifica
seus scripts e assim por diante.

00:03:54 E esse Jenkins também tem a conexão com seus diferentes blocos de Integração em Nuvem ou Suíte de
Integração.
00:04:03 Significa dev, test, prod que estão todos conectados às paisagens correspondentes. E assim,
você pode realmente gerenciar toda a sua paisagem.
00:04:19 Por que escolhemos essa abordagem externa? Bem, cada paisagem é diferente,
00:04:26 e também os processos do lado do cliente. Os exemplos aqui são, ok, alguns
clientes
00:04:35 querem ter uma aprovação antes de algo ser implantado, outros não. Alguns clientes preferem um
armazenamento regular no repositório,
00:04:44 versus um gatilho manual. Falamos sobre transporte nas semanas anteriores.
00:04:51 Então é, você quer ter transporte direto, ou talvez você sempre queira fazer o download do conteúdo
primeiro

14
00:04:58 para o Git ou para o seu sistema de gerenciamento de versão e, em seguida, carregue-o de lá para o próximo bloco.

00:05:06 Além disso, cada cliente tem requisitos diferentes em relação a quais tipos de testes e quantos
testes devem ser realizados.
00:05:14 E também, o que deve acontecer quando um teste for bem-sucedido? Cada cliente pode ter sua própria
infraestrutura de CI / CD
00:05:26 que este cliente está realmente acostumado e também um especialista. Para ajudá-lo com essa
abordagem de uso das APIs OData, Jenkins e Git,
00:05:44 decidimos publicar alguns pipelines do Jenkins em nossa comunidade API Business Hub para receitas
de integração.
00:05:56 Como você pode ver aqui do lado direito, este é um exemplo. No ponto desta
gravação,
00:06:06 isso está sendo feito agora. Sim, estamos construindo um pipeline para determinados cenários,
00:06:17 cada cenário vem também com um leia-me que descreve, ok, isso é o que você precisa fazer para
executar esta execução,
00:06:29 por exemplo, enviar um arquivo de integração ou baixá-lo e armazená-lo no Git.
00:06:36 Esses pipelines que fornecemos e os descrevemos nesta comunidade. Para consumir os
pipelines que fornecemos aqui,
00:06:49 você apenas tem que seguir alguns passos simples. A primeira etapa é que você precisa, é claro, garantir que
as APIs OData
00:06:58 de integração em nuvem estão acessíveis. Isso significa que você deve configurar as autorizações e o
acesso.
00:07:07 Então, seu Jenkins e seu sistema de gerenciamento de versão devem estar, é claro,
funcionando.
00:07:13 Você implanta parâmetros, por exemplo, nomes de host, no Jenkins para que não precise
repeti-los continuamente,
00:07:23 e também credenciais, você não deseja adicionar credenciais em texto não criptografado a esses pipelines. Portanto,
também essas credenciais devem ser implantadas no Jenkins.

00:07:35 E então você pode configurar esses pipelines de acordo com suas necessidades e executar o trabalho.

00:07:41 Também publicarei um blog sobre isso, então, no momento em que você assistir a este curso do openSAP, o blog provavelmente
estará ativo.

00:07:51 E, se alguns pipelines estiverem faltando ou se você sentir que, sim,

00:07:56 outro pipeline seria muito bom, é uma comunidade, então sinta-se à vontade para contribuir com coisas.

00:08:06 Outra etapa é o projeto “Piper”. Se você, por exemplo, não decidir consumir
00:08:16 aqueles pipelines do Jenkins que mencionei no slide anterior, mas você deseja escrever seus próprios
pipelines
00:08:24 usando as APIs OData, então você pode pensar, ok, quando implanto um fluxo, são várias chamadas de
dados.
00:08:31 Tenho que implantar o fluxo, depois tenho que esperar até que o fluxo seja implantado e, quando for finalmente
implantado, quero saber o ponto de extremidade e assim por diante.

00:08:43 Portanto, há muitas chamadas técnicas para fazer uma chamada lógica, ou uma etapa lógica,
00:08:49 que é a implementação de um artefato de integração. Então, não é possível extrair de alguma forma
essa lógica da implementação técnica?
00:08:58 E é aqui que o projeto "Piper" entra em jogo. Aqui, também fornecemos algumas etapas do
"Piper" que você pode usar.
00:09:08 Em seus pipelines e também aqui, planejamos fornecer um blog sobre isso,
00:09:15 e assim como para as outras receitas ou outros trabalhos do pipeline, quando houver algo faltando,
sinta-se à vontade para fazer parte da comunidade
00:09:25 melhorando os empregos, adicionando mais empregos, sim, de modo que seja realmente benéfico para todos nós.

15
00:09:34 Agora irei para a demonstração em que estou explicando um trabalho de CI / CD em que tenho o cenário do meu
aniversário das semanas anteriores, espero que você ainda se lembre disso,

00:09:49 e então o que eu quero fazer é ter um trabalho regular que verifique se a versão foi alterada.
00:09:58 E se a versão mudou, então eu quero que esta nova versão sempre seja baixada do Cloud
Integration
00:10:05 e armazenado em meu repositório. Então, vamos dar uma olhada.

00:10:13 Ok, então este é o fluxo, espero que ainda se lembre dele. Estamos buscando os dados da
SuccessFactors,
00:10:20 e, em seguida, transferi-lo e, finalmente, armazenar esses funcionários em um SFTP. Este é o meu Jenkins e
criei um pipeline para este trabalho que acabei de explicar.
00:10:39 Este pipeline nada mais é do que um script, que armazenei neste arquivo Jenkins, também no
Git.
00:10:48 E tudo que você precisa fazer é fornecer certas configurações.
00:10:54 O resto você não precisa se preocupar. Por exemplo, tenho que fornecer o nome do fluxo que
desejo atingir
00:11:02 e, em seguida, coisas como o host CPI, host CPI OAuth e assim por diante.

00:11:07 Esses parâmetros são, como você vê com cifrões, chaves e assim por diante, são parâmetros que
armazenei e criei em meu Jenkins.
00:11:16 Então aí você vê o painel e, com isso, eu o tenho muito bem sob controle, forneço
alguns nomes
00:11:25 e dou nomes de host realmente técnicos para meu Cloud Integration, bem como para meu Git. E são
00:11:32 esses parâmetros que mencionei. Além disso, também forneço alguns nomes de credenciais

00:11:38 para Cloud Integration, bem como para Git, e também essas credenciais são armazenadas no meu Jenkins

00:11:45 para que eu não precise fornecê-los em texto não criptografado. Então, aqui no final, posso ver essas duas
credenciais.

00:12:00 Ok, além disso, existem mais parâmetros que você pode especificar, como, ok,
00:12:07 qual branch do meu Git você deseja usar, qual comentário deve ser inserido no caso de uma nova versão ser
armazenada?

00:12:13 E a pasta onde desejo armazenar meu conteúdo. Ok, agora vamos executar este cenário e ver o
que acontece.
00:12:24 Cliquei agora em Build Now, e agora o número 19 deve aparecer, aí está. A saída do
00:12:32 console mostra todos os detalhes do que realmente acontece no script.
00:12:38 Portanto, estamos comparando as versões, como você pode ver aqui, a versão do fluxo no Cloud Integration é
1.0.0
00:12:47 e também a versão de fluxo no Git também é 1.0.0. Para isso devo mencionar que já armazenei o
00:12:57 conteúdo no Git. Sim, este é o meu repositório, onde desejo armazenar todo o conteúdo.
00:13:06 Eu forneci essa estrutura de pastas que você também conhece nas configurações e este é o meu fluxo.
00:13:11 Então, aqui você vê a estrutura de pastas, vamos pular para isso.
00:13:16 Então, quando você descompacta um iFlow, geralmente vê esse tipo de estrutura de pastas. Ok, agora

00:13:23 temos objetos de mapeamento e assim por diante, então talvez possamos limpar isso um pouco. Ok,

00:13:33 vamos editar isso. Você se lembra das etapas anteriores,

00:13:40 terceirizamos o mapeamento deste fluxo para o direto de processo,

00:13:44 portanto, não precisamos mais do mapeamento aqui e também dos esquemas de que não precisamos. Então,

00:13:49 vamos simplesmente excluí-los. Portanto, o mesmo para os esquemas.

00:14:06 OK. E também para que você veja que não estamos apenas removendo dados,

00:14:14 vamos criar apenas um script fictício. Este agora é o script três, não precisamos fazer nenhuma lógica, é

00:14:21 apenas para a demonstração para que exista.

16
00:14:29 Agora vamos verificar os recursos do fluxo de integração, para que você possa ver agora que ele contém três
scripts.
00:14:40 Ok, para tornar meu trabalho do Jenkins ciente dessa mudança, estou salvando este fluxo agora como uma nova
versão, 1.0.1.

00:14:52 Ok, e agora, após a execução anterior em que nada aconteceu porque as versões eram as mesmas,

00:15:00 vamos acionar o trabalho novamente e ver o que acontece agora. Então, vamos rolar para baixo até a parte mais recente.

00:15:14 Então, aqui vemos que o trabalho reconhece que a versão agora é diferente, entre Cloud Integration e
Git,
00:15:22 portanto, ele começa a baixar o conteúdo e a atualizar tudo. Ok, bem-sucedido, ótimo.

00:15:33 Então, agora vamos dar uma olhada no Git. Vamos atualizar a estrutura da pasta

00:15:43 e talvez você se lembre do início da demonstração, as pastas de fluxo pareciam muito
diferentes.
00:15:51 Havia uma pasta de mapeamento e uma pasta XSD, agora só temos a pasta de script com
00:15:56 todos os três scripts, e todos os mapeamentos e esquemas sumiram. OK. Como você pode
00:16:03 ver, com os scripts de pipeline que fornecemos,
00:16:15 você pode começar sua jornada DevOps agora mesmo. Nós realmente encorajamos você a verificar a
comunidade,

00:16:24 a comunidade GitHub, pelas receitas, experimente, forneça feedback,

00:16:29 contribuir com pipelines e, em seguida, também experimentar nossas etapas "Piper", fazer o mesmo, contribuir, usá-los,
fornecer feedback,

00:16:41 e, em seguida, automatize seus processos de integração. Obrigado por assistir.

17
Semana 4 Unidade 6

00:00:05 Olá a todos, oi Shilpa. Olá a todos, oi Finny.

00:00:11 Finalmente, no final deste curso openSAP, Aceleramos as integrações empresariais com o SAP
Integration Suite.
00:00:18 Espero que tenha gostado de aprender conosco nas últimas quatro semanas. Nós, como uma equipe, gostamos e nos
divertimos muito trazendo este curso para você.

00:00:28 Tenho certeza de que você está ansioso para concluir seu curso, fazer o exame final e obter
sua certificação openSAP.
00:00:36 Exatamente. Olhando para trás, se tivermos que resumir,

00:00:40 na primeira semana, conhecemos o provisionamento do locatário SAP Integration Suite, diferentes
recursos de integração em nuvem,
00:00:51 por exemplo, adaptadores e etapas de fluxo. Em seguida, também vimos como o monitoramento e as operações funcionam de ponta
a ponta.

00:00:59 Passando para a segunda semana, aprendemos simulação, externalização e transporte de conteúdo de
integração.

00:01:07 Além disso, também aprendemos como descobrir e consumir conteúdo de integração pré-empacotado.
Continuando, também aprendemos como configurar mensagens assíncronas
00:01:19 usando adaptadores JMS e Kafka, e também a integração orientada a eventos. Na semana três, mergulhamos mais fundo
para aprender

00:01:27 sobre as diretrizes de design para a construção de integrações de nível empresarial, como acelerar
integrações B2B usando
00:01:35 Consultor de integração e diretório de parceiros, como acelerar integrações não SAP, construção de adaptadores
personalizados usando ADK,

00:01:44 e também como você pode aproveitar o SAP Integration Suite em cenários híbridos. Então, na
semana quatro, aprendemos como consumir APIs OData remotas,
00:01:55 desenvolver APIs e gerenciá-las. Também aprendemos como você pode aproveitar o SAP Cloud ALM

00:02:01 para monitoramento e alertas centralizados. E por último, mas não menos importante, também exploramos DevOps com
SAP Integration Suite.

00:02:09 Foi um curso repleto de poder, e tentamos o nosso melhor para cobrir todos os tópicos principais para
ajudá-lo a começar a usar o Cloud Integration e o SAP Integration Suite.
00:02:20 Desejamos a você tudo de melhor para seus exames finais. Tchau.

00:02:25 Obrigado de todos nós aqui e os melhores votos para seus exames. Fique seguro, fique saudável, tchau.

18
www.sap.com/ficha de contato

© 2021 SAP SE ou empresa afiliada da SAP. Todos os direitos reservados.

Nenhuma parte desta publicação pode ser reproduzida ou transmitida de qualquer forma ou para qualquer finalidade sem a permissão expressa da SAP SE ou de uma empresa afiliada da SAP.

As informações aqui contidas podem ser alteradas sem prévio aviso. Alguns produtos de software comercializados pela SAP SE e seus distribuidores contêm componentes de software de propriedade de outros fornecedores de software. As
especificações nacionais do produto podem variar.

Esses materiais são fornecidos pela SAP SE ou uma empresa afiliada da SAP apenas para fins informativos, sem representação ou garantia de qualquer tipo, e a SAP ou suas empresas afiliadas não se responsabilizam por erros ou omissões
em relação aos materiais. As únicas garantias para os produtos e serviços da SAP ou de empresas afiliadas da SAP são aquelas estabelecidas nas declarações de garantia expressa que acompanham tais produtos e serviços, se houver.
Nada aqui deve ser interpretado como constituindo uma garantia adicional.

Em particular, a SAP SE ou suas empresas afiliadas não têm obrigação de seguir qualquer curso de negócios descrito neste documento ou qualquer apresentação relacionada, ou de desenvolver ou liberar qualquer
funcionalidade aqui mencionada. Este documento, ou qualquer apresentação relacionada, e a estratégia da SAP SE ou de suas empresas afiliadas e possíveis desenvolvimentos futuros, produtos e / ou direções de
plataforma e funcionalidade estão sujeitos a alterações e podem ser alterados pela SAP SE ou suas empresas afiliadas em a qualquer momento, por qualquer motivo, sem aviso prévio. As informações neste
documento não são um compromisso, promessa ou obrigação legal de entrega de qualquer material, código ou funcionalidade. Todas as declarações prospectivas estão sujeitas a vários riscos e incertezas que
podem fazer com que os resultados reais sejam materialmente diferentes das expectativas.

SAP e outros produtos e serviços SAP mencionados neste documento, bem como seus respectivos logotipos, são marcas comerciais ou marcas registradas da SAP SE (ou de uma empresa afiliada da SAP) na Alemanha e em outros
países. Todos os outros nomes de produtos e serviços mencionados são marcas comerciais de suas respectivas empresas. Verwww.sap.com/trademarkpara obter informações adicionais sobre marcas registradas e avisos.