Olá a todos e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre os ouvintes e grupos-alvo nos balanceamentos de carga.
Agora, em uma visão geral de alto nível, um ouvinte é um processo que verifica a solicitação de conexão
usando o protocolo e a porta que você configura.
Agora, isso pode ser melhor explicado com este diagrama onde você tem o balanceador de carga e este balanceador
de carga tem dois ouvintes.
O primeiro ouvinte aqui está associado ao protocolo da porta HTTP de 80.
O segundo ouvinte está associado a um protocolo de HTTPS e porta de quatro, quatro, três.
Portanto, isso significaria que o balanceador de carga, uma vez que tem dois ouvintes, será capaz de
ouvir tanto a solicitação baseada em HTTP quanto a solicitação baseada em HTTPS.
Então vamos fazer uma coisa.
Vamos em frente e rapidamente analisá-lo.
Agora, atualmente, eu tenho um balanceador de carga de aplicativo de exemplo que está disponível e aqui você tem uma
guia de ouvinte e dentro de você pode ir em frente e adicionar um ouvinte.
Agora, se você olhar para o protocolo, você tem um HTTP, você tem um HTTP, enviar, e assim por diante.
Agora, dependendo do protocolo do ouvinte, você também pode definir sua própria porta personalizada.
Por exemplo, digamos que eu adicione um ouvinte na porta 81.
Isso significaria que nosso balanceador de carga seguirá em frente e escutará na porta 81 as solicitações do cliente
que estão sendo recebidas.
Agora, uma das perguntas que vem é, digamos que essa solicitação chegou ao balanceador
de carga, que é http example dot com.
Agora, esta é uma solicitação baseada em HTTP.
Então isso foi para o ouvinte, já que o ouvinte um está associado à porta 80.
Agora, como essa solicitação está associada ao ouvinte um, qual é o próximo passo?
Qual será a ação que seria executada nesta solicitação específica?
Essa solicitação será enviada ao servidor de back-end?
Esta solicitação será bloqueada ou algumas outras ações que seriam executadas nesta solicitação?
Vamos em frente e olhar para ele.
Portanto, a segunda parte importante, como parte do ouvinte, é a seção de regras.
Agora, cada ouvinte tem uma regra com base na qual uma ação é executada em uma solicitação específica.
Agora, já vimos que essa requisição HTTP, um exemplo ponto com que veio para o alb.
Isso será associado a um ouvinte.
Agora, este ouvinte pode ser associado a um determinado conjunto de conjuntos de regras.
Agora, esse conjunto de regras pode ser definido pelo usuário ou administrador com base no qual a ação será
executada.
Por exemplo, neste diagrama, existem três regras.
Portanto, essas regras estão basicamente verificando o conteúdo da solicitação.
Então, primeiro aqui é verificar se o agente do usuário é o Mozilla.
Portanto, se está vindo de um navegador Firefox, por exemplo, está verificando se um cabeçalho de host é demo
ponto com.
Também está verificando se o caminho é vídeos.
Portanto, esses são os três conjuntos de regras que são adicionados ao ouvinte.
Agora, se essa solicitação corresponder a uma dessas regras, não é necessário que ela corresponda a todas
essas regras, mesmo que corresponda a uma das regras.
O próximo passo é qual será a ação que será executada nesta solicitação.
Por exemplo, digamos que essa solicitação corresponda à primeira regra, que é o agente do usuário nesta solicitação
é o Firefox.
Então agora o que seu Elba vai fazer?
É aqui que as ações da regra entram em cena.
Por exemplo, se uma solicitação corresponder a uma regra específica, quais ações você deseja realizar nessa solicitação
são determinadas na ação da regra.
Então, como estamos discutindo, digamos que a solicitação corresponda à primeira regra, que é o agente do usuário Mozilla.
Portanto, nessa solicitação, há várias ações de regra disponíveis.
Você pode encaminhar essas solicitações para um conjunto de servidores.
Você pode redirecionar essa solicitação para um domínio específico ou pode retornar uma resposta específica de volta
ao cliente, dependendo do que pretende fazer.
Então vamos olhar rapidamente para ele.
Vamos voltar ao nosso balanceador de carga dentro de nossos ouvintes.
Clicarei rapidamente em visualizar e editar regras.
Tudo bem.
Agora, aqui, você vê que há um total de quatro regras disponíveis.
Então essas são as quatro regras do listener onde ele está verificando se o user agent é call, ele está verificando
se o user agent é Mozilla, ele está verificando se o user agent é W gate e se a requisição não corresponder a esses três,
então você temos mais uma regra que determina o que acontecerá com o conjunto de solicitações que não corresponde às três
primeiras regras.
Então, se você olhar para a primeira regra, que afirma se a solicitação tem o cabeçalho específico do agente
do usuário, então isso é basicamente as ações da regra que estávamos determinando.
Então, aqui nesta ação de regra, o que estamos fazendo, estamos retornando uma resposta fixa e a resposta
é alerta máximo.
Então esta é a ação da regra aqui.
Você também tem mais um pedido da Mozilla.
Se você examinar a ação da regra, ela está retornando um conjunto diferente de respostas.
Portanto, essa resposta de correção de retorno nada mais é do que a terceira.
Todas as ações que vimos por aqui.
Tudo bem.
Agora, novamente, vamos experimentá-lo rapidamente na prática.
Só para revisar.
Então, copiarei o nome DNS do nosso balanceador de carga.
Então, do meu terminal, se fizermos uma ligação aqui, estamos recebendo uma mensagem.
Chamadores Oi, ligue se executarmos um portão W neste balanceador de carga específico.
E se olharmos para o HTML do ponto de índice, desta vez você está recebendo uma resposta específica.
Portanto, é aqui que nossas ações de regra entram em cena, onde uma regra específica está correspondendo ao balanceador de carga
está executando uma resposta de correção de retorno e na resposta fixa de retorno está enviando de volta a mensagem imediatamente.
O segundo conceito importante é o grupo-alvo.
Portanto, um grupo de destino é usado para fazer o root de uma solicitação para um ou mais destinos registrados.
E esses alvos registrados podem ser fáceis.
Duas instâncias, funções lambda e assim por diante.
Por exemplo, neste diagrama existem dois grupos-alvo.
O grupo alvo um está associado à instância 3c2 o grupo alvo dois está associado a uma função lambda.
E o que podemos fazer é associar um grupo-alvo a um ouvinte.
Por exemplo, se você examinar a ação da regra, há uma ação da regra que é encaminhar dois e isso para dois nos
permite encaminhar a solicitação para um grupo-alvo específico.
Portanto, o ouvinte um está associado ao grupo de destino um, onde há dois é C dois instância.
O ouvinte dois está associado ao Grupo-alvo dois, onde há uma função lambda disponível.
Então, vamos também olhar rapidamente para ele.
Agora, na seção de balanceamento de carga, você tem balanceadores de carga, bem como o grupo de destino.
Agora, atualmente, você tem um grupo-alvo disponível para a demonstração de hoje.
Agora, se olharmos para esse grupo de destino, se eu abrir os destinos aqui, você verá que há dois destinos
disponíveis e não são nada além de destinos fáceis de instância que estão associados ao grupo de destino
e do balanceador de carga.
Vamos examinar rapidamente as regras do ouvinte aqui.
Dentro daqui, você pode ir em frente e adicionar uma regra.
Digamos que se uma condição corresponder, digamos que se algum pedido vier para a parte do vídeo, se você clicar
em Encaminhar para dentro, você pode especificar o grupo alvo aqui e este pedido será encaminhado para ver duas instâncias
de funções lambda que fazem parte deste grupo-alvo.
Tudo bem.
Portanto, espero que, com uma visão geral de alto nível, você tenha entendido o conceito de ouvinte e grupos-alvo.
Agora, se você entendeu esse conceito claramente, criar um balanceador de carga e sua configuração complexa
associada se tornará muito mais simples para você.
Então isso vai concluir o vídeo de hoje.