Harrigan.
E bem-vindo de volta.
Agora, no vídeo de hoje, estaremos discutindo sobre os fundamentos do serviço da Amazônia nos EUA.
Agora, antes de prosseguirmos e discutirmos em detalhes sobre nós, vamos pegar um simples caso de uso que nos
permitirá compreender os benefícios que ele oferece.
Agora, o caso de uso do vídeo de hoje é uma aplicação que funciona principalmente para a restauração de uma imagem.
Portanto, vamos assumir que um corpo médio está projetando um aplicativo que irá melhorar e restaurar as imagens
que os usuários enviam para o portal on-line.
Portanto, há muitas aplicações em que você vai em frente e dá a imagem e elas vão melhorá-la e torná-la
muito melhor.
Então é isso que a Medium Corp está construindo.
Agora como parte da arquitetura de aplicação, há dois componentes que estão envolvidos.
O primeiro é o coletor de imagens e o segundo é o melhorador de imagens.
Portanto, o coletor de imagens é responsável por tirar a imagem do usuário através do botão de upload.
Assim que um usuário carrega a imagem, a imagem vai para o aplicativo coletor de imagens e então
o coletor de imagens enviará essa imagem para o image enhancer e o image enhancer é responsável por melhorar e fazer
alguma conversão na imagem.
Agora este tipo de arquitetura soa bem.
Agora um dos desafios que vem é o que acontece quando esta imagem melhora o servidor.
Então o coletor de imagens está funcionando bem, o usuário é capaz de carregar a imagem, mas quando o coletor de imagens envia
a imagem para o image enhancer, o servidor está pronto.
Portanto, este é um dos desafios que serão enfrentados em um conjunto atual de arquitetura.
Agora, o segundo tipo de desafio está relacionado com a alta disponibilidade.
Portanto, vamos supor que devido à popularidade da aplicação e ao enorme pico de tráfego, o núcleo médio decidiu adicionar
mais servidores melhoradores.
Então agora você tem dois.
Assim, agora o corpo médio acrescentou mais dois servidores melhoradores.
Portanto, agora no caso de um dos servidores cair, então o coletor de imagens poderá enviar o tráfego para os
outros servidores.
Assim, para que o coletor de imagens descubra os últimos servidores em funcionamento, o que precisa ser feito, é necessário
criar um banco de dados em um arquivo de configuração com as informações relevantes.
Então, neste caso, você tem um arquivo de configuração que contém quatro servidores.
Então você tem o servidor A, servidor B, servidor C servidor D, e cada servidor tem este endereço IP associado.
E o que o coletor de imagens faz, ele vai em frente e envia as imagens através de cada um dos endereços IP.
Agora, embora isto pareça bom, mas um dos desafios que vem é digamos que este servidor
foi abaixo agora.
O coletor de imagens não tem como saber que o servidor está desligado, portanto, é necessário haver uma lógica adicional
no servidor de imagens que verificará o estado de todos os servidores.
E se o exame de saúde falhar, então a entrada do arquivo de configuração associado a esse servidor também precisa
ser removida.
Portanto, a aplicação do coletor de imagens precisa fazer mais do que apenas a coleta de imagens, e isto introduzirá
muitos desafios.
Assim, para superar isto, há também uma melhor arquitetura de utilização de uma fila.
Portanto, o que acontece aqui é que você projeta uma fila e o que o coletor de imagens vai fazer.
Tudo o que é responsável é enviar a imagem para a fila e, em seguida, o melhorador de imagem.
Tudo o que eles são responsáveis de fazer é tirar a mensagem da fila e é isso.
Você não precisa realmente se preocupar com mais nada.
Portanto, no nível do coletor de imagens, você não precisa realmente obter os últimos endereços IP dos servidores,
fazendo o exame de saúde e criando lógica adicional.
Muito bem.
Portanto, é disto que se trata a fila.
Agora, uma das principais funções do serviço de fila de mensagens é levar uma mensagem de uma editora
e encaminhá-la a um consumidor.
Assim, em nossa arquitetura, a editora se torna o coletor de imagens e o consumidor se torna o melhorador
de imagem.
Portanto, esta é uma arquitetura de alto nível.
Agora, uma coisa que precisa ser assegurada aqui é que, como este coletor de imagens estará
enviando as imagens para a fila, a fila precisa estar sempre disponível porque, caso a fila desça, nenhuma
das imagens poderá ser tirada pelo melhorador de imagens.
Portanto, este é um dos componentes mais críticos da arquitetura neste caso de uso específico que estávamos
discutindo, e este desafio de ter uma fila altamente disponível e confiável é atendido pelo serviço de filas da Amazônia.
Assim, em uma visão geral de alto nível, a Amazon pede um serviço de enfileiramento de mensagens rápido, confiável, escalonável
e totalmente gerenciado, e basicamente torna simples e econômico desacoplar os componentes de uma aplicação
específica.
Portanto, agora o que você tem que fazer, você já tem um coletor de imagens, você já tem um intensificador de imagem.
O que você faz é criar um altamente.
Confiável e confiável.
P Com a ajuda do Sky Service e configurar seu coletor de imagens para enviar uma mensagem para a fila
e configurar o image enhancer para tirar a mensagem do Q E é tudo.
Portanto, esta é a arquitetura básica, então vamos em frente e experimentemos isto para que isto se torne melhor compreendido.
Portanto, atualmente estou no console da Amazônia e atualmente temos um.
P Com o nome da mensagem.
P E atualmente não há mensagens disponíveis.
Agora também temos duas instâncias da CE para a demonstração de hoje.
Um tem o nome de imagem, o segundo tem um nome de image enhancer.
Assim, para a demonstração de hoje, o coletor de imagens, fácil de exemplificar, enviará certas mensagens a este Q e o intensificador
de imagens, fácil de exemplificar, buscará a mensagem das SKUs.
P Então essa é a arquitetura básica, algo para o que veremos.
Portanto, vamos experimentar.
Portanto, atualmente dentro do meu terminal de busca, tenho duas abas que são criadas.
A primeira aba está associada à Galeria de Imagens.
A segunda aba está associada com o realçador de imagem.
Portanto, dentro de nós, vamos em frente e executar o roteiro e o nome de um roteiro é enviar mensagens.
Portanto, isto irá adiante e enviará mensagens para os EUA.
P Então, deixe-me executá-lo.
Portanto, atualmente você vê que ela enviou cinco mensagens para os EUA.
P Agora aqui dentro, se atualizarmos rapidamente a página, você vê as mensagens que estão disponíveis agora
são cinco do image enhancer, que é responsável por consumir a mensagem.
Também temos mais um roteiro disponível.
Os colegas recebem uma mensagem, isto é, vamos executá-la.
Portanto, agora, nesta fase, você vê que recebeu um conjunto de mensagens dos EUA.
P Agora, se você correr mais uma vez, ele recebeu outro conjunto de mensagens dos EUA.
P Então, por exemplo, digamos que a primeira é a imagem.
Assim, ele tirou a imagem, completou o trabalho.
Agora, mais uma vez, ele irá em frente e buscará um novo conjunto de imagens que fazem parte dos EUA.
P E então ele processará as imagens.
Uma vez terminado o processamento, ele irá em frente e buscará as imagens mais recentes que fazem parte dos EUA.
P Portanto, se eu atualizar rapidamente a página, você verá que as mensagens disponíveis agora foram reduzidas a duas.
Agora, de fato, as mensagens que fazem parte dos EUA.
P Você também pode visualizá-lo a partir do console.
Portanto, se eu fizer aqui rapidamente uma mensagem completa, você deve ver que há várias mensagens disponíveis
e este é basicamente o corpo da mensagem.
Agora que entendemos as noções básicas de voz.
P Vamos em frente e compreendamos alguns dos conceitos importantes especificamente relacionados a um sistema firmemente acoplado
e a um sistema frouxamente acoplado.
Assim, em um sistema fortemente acoplado, o componente de uma arquitetura de sistema, eles se comunicam diretamente
uns com os outros e também têm uma dura dependência uns dos outros.
Assim, por exemplo, você tem um produtor e um consumidor.
Portanto, o produtor está enviando diretamente uma mensagem ao consumidor.
Assim, no caso de um consumidor estar em baixo, então o produtor essencialmente também começará a enviar a outra mensagem para
os usuários.
Portanto, isto também é referido como um sistema firmemente acoplado.
Agora, o segundo tipo de sistema é referido como um sistema frouxamente acoplado no qual os componentes
de uma arquitetura de sistema que pode processar a informação sem estar diretamente conectado.
Portanto, você tem um produtor, você tem um Q, você tem um consumidor.
Portanto, agora que o consumidor está em baixa, então o produtor não precisa se preocupar essencialmente.
Assim, tudo o que o produtor pode fazer é tirar a imagem do usuário e enviar a imagem para a fila e depois
dar uma mensagem de sucesso de volta ao usuário.
E é tudo.
Uma vez que o conjunto de consumidores esteja novamente em linha, eles irão buscar a mensagem na fila e então
farão o nível de processamento necessário.
Portanto, este é um tipo de arquitetura muito melhor.
E de fato, a maior parte da arquitetura que você verá as novas arquiteturas no ambiente de produção
é baseada no sistema frouxamente acoplado.
Isto é muito importante.
Isso é ótimo.
Portanto, esta é uma visão geral de alto nível sobre o serviço e com isto concluirá o vídeo de hoje.