agora com a plataforma aberta podemos entender na prática como funciona esse padrão de publish subscriber como funciona essa questão da arquitetura orientada eventos na plataforma então para isso eu preparei três pipelines temos o primeiro pipeline que é o pipeline que publica um evento e temos outros dois pipelines são os pipelines que escutam esse evento Então vamos passar um por um eu tenho aqui no pipeline que publica o seguinte temos esse conteúdo aqui que é um registro qualquer que tem um ID um nome CPF Company e outros isso tá tudo na raiz e logo depois essa
mensagem será entregue para O Event publish vamos ver as configurações do event publish aqui ele vai publicar um evento chamado event New data e a mensagem que ele vai passar é justamente aquela mensagem que acabamos de ver como ele está passando tudo que está na raiz ele tá passando o ID nome CPF Todas aquelas informações que a gente acabou de ver que acontece é o seguinte quando esse pipeline é executado essa informação será entregue pro event publish que irá publicar O Event New deira junto com aquela mensagem aí O Event broker da plataforma vai analisar
quem está inscrito a esse evento e vai ativar os pipelines que estão inscritos a esse evento Então é o seguinte temos o subscriber um que ele possui o Trigger do tipo evento e olha só o evento que ele escuta é justamente O Event newa então então quando esse cara foi publicado esse cara vai ser ativado justamente porque ele está inscrito a esse evento e a mensagem que vai chegar pelo trigger é justamente a mensagem que esse cara está enviando Aí temos também um segundo caso que é o subscriber 2 que é exatamente a mesma coisa
olha só temos aqui esse esse pipeline ouvindo ao event New data ele vai pegar as informações entreg por esse pipeline e vai passar por esse diator aqui o eu coloquei exemplo um e coloquei a mensagem que ele está recebendo dentro de um atributo chamado received message assim a gente vai poder olhar diretamente na aba de monitoramento que está acontecendo já pro caso do subscriber 2 Temos algo muito parecido o Trigger dele é o mesmo ele possui um Trigger event escutando exatamente o mesmo evento e aqui também temos um de nerei T falando que agora é
o exemplo dois mas a mensagem vai colocar em o mesmo atributo chamado received message Ok para testar essa aplicação nós precisaríamos publicar todos aqueles que estiverem com trer event mas para isso PR demonstração eu fiz o seguinte eu publiquei o subscriber 1 mas não publiquei o subscriber 2 então quando eu executar esse pipeline apenas o subscriber 1 será ativado e a gente vai entrar na AB de monitoramento da plataforma para ver isso acontecendo ao vivo então aba de monitoramento e aqui no ambiente de teste a gente vai ver as coisas acontecendo em completed executions beleza
vamos fazer o seguinte eu vou executar esse pipeline e pronto ele executou e entregou essa mensagem a gente buscar aqui nós vamos poder encontrar provavelmente essa execução que acou acontecer test mode olha só que bacana em test mode que é esse cara que não está salvo nós temos aqui o Trigger vazio e aqui o output do pipeline E olha só quando eu falo Trigger vazio é é porque não passamos nenhuma informação aqui nessa parte do test mode e a mensagem final o output é justamente essa então vimos aqui que ele executou todos os procedimentos e
logo depois imediatamente depois o subscriber 1 foi ativado Então se a gente olhar aqui nessas ações temos aqui o seguinte temos esse payload e olha só percebeu chegando no trer pipeline ele passa pro Jason generator J generator mostra que estamos no exemplo um e coloca em received message esse pad que a gente enviou então vimos na prática já acontecendo ao fazer a publicação esse cara envia pro event broker e o subscri que estava ouvindo esse evento então ele é ativado imediatamente ele recebe justamente as informações que esse cara passou agora vamos fazer algo diferente eh
como a gente falou quando utilizamos esse padrão de publish subscriber na plataforma nós estamos desacoplando o remetente do destinatário Isso significa que eu não preciso mudar nada aqui eu vou apenas ir na aba de monitoramento e eu vou publicar o subscriber 2 e vou fazer o mesmo procedimento Então vou vir na aba de de de Run para publicar Create e aqui eu vou escrever subscriber 2 aqui esse aqui a versão vai ser um vou colocar como pipeline small vso que a gente está dando um exemplo e não vou mexer nas outros parâmetros de configuração o
Trigger não foi encontrado então vou fazer o seguinte deixa eu atualizar essa página eu vou configurar esse triger novamente então aqui o Trigger realmente não estava configurado Então vamos configurar esse Trigger para evento e aqui ele vai escutar o event New data event New data vou confirmar Vou salvar o pipeline Ok salvo agora sim podemos publicar esse pipeline visto que agora configuramos o trer describer 2 na versão 1.0 vou publicar na versão Deploy e volto assim que o processo estiver terminado então aqui ele vai ficar em processo de publicação por cerca de 5 minutos assim
que esse processo finalizar Nós voltamos e vamos executar esse pipeline novamente para ver que dois publicadores dois subscribers serão ativados por um único publicador ao mesmo tempo e eu não precisarei mudar nada no event publisher para que isso aconteça volto já pronto ao clicar em defo novamente Aqua telinha se isso significa que os dois estão publicados Então vamos voltar PR aba de monitoramento agora que todos os dois estão publicados completed executions e aqui vamos estar preparados para procurar a execução assim que eu terminar vamos lá eu vou publicar eles já estão publicados eu vou executar
esse pipeline que está publicando novamente Pronto agora vamos procurar aqui vamos ver as últimas execuções test mod subscriber 1 Vou procurar novamente Olha só test mode subscriber 1 e 2 então ambos os subscribers foram ativados E olha que foi um por um você percebeu né ele enviou para um depois enviou para outro olha só aqui test mode nós vemos que essa informação ela foi enviada que é esse cara aqui logo depois o subs 1 foi ativo ficou ativo exemplo um recebeu a mesma mensagem que nós publicamos e novamente subscriber 2 exemplo dois com a mesma
mensagem então aqui a gente conclui que à medida que vamos criando diversos subscribers Se colocarmos que o evento escuta o mesmo e se o trig escuta o mesmo evento todos eles serão ativados eem uma única execução se eu quiser por exemplo mudar o payload de cá e deixar por exemplo informação não importa não importa o que terá aqui aqui se eu por exemplo mudar a mensagem que que eu quero entregar para esses dois pipelines ou para todos os pipelines que estejam inscritos a esse evento eu vou simplesmente por exemplo mudar ID para informação qualquer vou
confirmar e vou executar o pipeline novamente então confirmei vou executar uma vez que foi executado ele enviou para todos os os pipelines que estão inscritos O Event odira essa informação e aqui vamos conferir se isso aconteceu novamente vou procurar as últimas execuções aqui vamos encontrar test mode subscriber 1 e 2 o test mode ele vai provavelmente enviar por meio do do evento essa informação qualquer e aqui a gente vai entrar nos subscribers para ver qual informação que chegou a eles então no subscriber 1 temos que aquele né exemplo de Jason generator com o exemplo um
e a mensagem que chegou que é uma informação qualquer então assim a gente entende melhor como que funciona essa transmissão de informação com o padrão publish subscriber na plataforma mas Como dito anteriormente existem diversas outras opções de componentes e Trigger então aqui na aba de componentes temos por exemplo evento que é o que estamos utilizando JW jms temos Cica temos Rabbit E assim a gente pode utilizar de diversos componentes para poder fazer essa mesma lógica de mensagens camin na plataforma funcionar de maneira adequada então jms CFC por exemplo entre outros então essa foi a nossa
aula de publish subscribe na plataforma forma e nos vemos nos próximos vídeos
