Design orientado a eventos: notificações de eventos | Blog da MuleSoft

Design orientado a eventos: notificações de eventos | Blog da MuleSoft

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

[ad_1]

Esta é a segunda parte de uma série sobre “Mudando de RESTful para EVENTful”.

À medida que vejo mais e mais empresas trabalhando para adicionar APIs orientadas a eventos, às vezes chamadas de “tempo real”, a seus programas, estou percebendo que há casos comuns em que um estilo de evento é preferido em relação a outros. Usando os nomes de Martin Fowler como ponto de referência, estou observando que o sourcing de eventos (ES) e a segregação de responsabilidade de consulta de comando (CQRS) são os estilos de evento mais comumente discutidos no momento. No entanto, também estou vendo alguns estilos de evento menos intensivos (e igualmente valiosos) com implementações de notificação de evento (EN) e transferência de estado transportada por evento (ECS). Eu gosto dos padrões de notificação e estado transportado porque eles são relativamente fáceis de introduzir em um sistema RESTful existente e oferecem algumas opções para implementação e consumo.

Nesta parte de “Movendo de RESTful para EVENTful”, vamos explorar o mais simples desses quatro estilos: notificação de evento e ver como ela é freqüentemente usada para aprimorar implementações RESTful.

Anatomia de uma notificação de evento

Então, como é uma notificação de evento? Como você deve imaginar, os ENs são strings simples que anunciam ações ou eventos dentro do domínio. Por exemplo, “Seu pacote foi entregue” ou “Servidor q1w2e3 está ficando sem memória” e assim por diante. Esses são os tipos de mensagens que você espera que apareçam no seu telefone celular ou como um “pop-up do sistema” na interface da área de trabalho. Eles são essencialmente alertas.

E, liste a maioria das notificações em seu telefone ou desktop, ENs que são usados ​​em interações API máquina a máquina carregam uma mensagem simples. Aquele que outra pessoa (ou alguma outra máquina) deseja saber ou com o qual está encarregada de lidar. Esse é um elemento-chave dos ENs: eles têm um público-alvo.

Outro aspecto importante dos ENs é que eles não contêm muitas informações detalhadas. Você pode, por exemplo ,. Receba um aviso em seu telefone informando que um de seus servidores está funcionando mal, mas esse aviso não terá detalhes sobre qual é o problema ou quando ele começou. Para tanto, os ENs costumam conter links que apontam para uma fonte de informação mais detalhada e definitiva. Portanto, junto com uma string descritiva, os ENs geralmente contêm um link para outro recurso.

Finalmente, os ENs podem conter um carimbo de data e hora para adicionar algum contexto à mensagem. Isso ajuda se, por exemplo, você estiver coletando e armazenando as mensagens para revisão posterior.

Portanto, se os ENs têm apenas cadeias de caracteres simples, uma data-hora e um link, o que os torna úteis em um sistema de TI corporativo?

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Alertas e cutucadas

Embora os ENs sejam muito simples, eles podem ter um grande impacto na arquitetura do software; para aplicativos do lado do cliente e do lado do servidor. Na verdade, é bem provável que você já esteja usando alguma versão de notificações de eventos em seus aplicativos.

Um ótimo exemplo de notificações até do lado do cliente é o uso de notificações pop-up na área de trabalho e em dispositivos móveis. São mensagens curtas que lembram você de pegar um pão no mercado, verificar o status do feed de sua rede social ou se preparar para aquela reunião que está para começar em cinco minutos. Do lado do cliente, os ENs são frequentemente usados ​​como “cutucões” para incentivar a interação e o envolvimento do usuário. Adicioná-los a seus próprios aplicativos do lado do cliente pode melhorar a experiência do usuário sem sobrecarregar o sistema.

Um exemplo muito comum de ENs do lado do servidor é o uso de mensagens de rastreamento e registro para seus serviços. A maioria das plataformas tem alguma forma de coletar ações importantes em serviços, como logins de usuários, check-outs de carrinho de compras e formulários preenchidos. Freqüentemente, essas ações são indicadores de sucesso (checkout em compras) ou fracasso (compras abandonadas) no nível de negócios. ENs como este são essencialmente alertas e são normalmente exibidos em painéis ao vivo em vários locais da empresa para rastrear a saúde e o bem-estar do lado de TI da empresa em tempo quase real.

Alertas do lado do servidor e cutucões do lado do cliente são ótimas maneiras de melhorar o engajamento e a capacidade de observação do seu sistema sem ter que fazer muita reengenharia. Freqüentemente, os alertas do lado do servidor podem ser tratados como um complemento para sistemas existentes, sem reescrever o código. Os ENs do lado do cliente geralmente requerem codificação adicional para que os aplicativos do cliente possam ouvir e responder às mensagens quando elas aparecem.

Resumo

Conforme você trabalha para adicionar mais suporte para interações EVENTUAIS à sua plataforma, as notificações de eventos são uma ótima maneira de começar. Eles geralmente exigem um investimento limitado e podem fornecer um feedback valioso. Como os EN geralmente são apenas alertas e cutucões, você pode apresentá-los ao seu ecossistema sem exigir alterações em seus modelos de dados, interfaces de objetos ou processos de fluxo de trabalho.

O próximo passo na jornada de RESTful para EVENTful significa subir de nível no conteúdo de suas mensagens. No próximo capítulo desta série, falarei sobre como você pode usar mensagens mais detalhadas para transportar informações com estado ao longo da rede para melhorar a flexibilidade e capacidade de resposta do fluxo de trabalho do seu sistema.

Para ver como o MuleSoft oferece suporte a padrões orientados a eventos usando um mecanismo reativo, verifique nosso mecanismo de tempo de execução Mule.


[ad_2]

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso
Luiz Presso