E bem-vindo de volta ao vídeo de hoje, vamos discutir sobre Mladic.
Agora, uma visão geral de alto nível basicamente permite que você execute a função Lamela para personalizar o conteúdo que seu
amigo da nuvem pode fornecer aos usuários finais.
Agora, basicamente, isso pode ser facilmente explicado em uma visão diagramática, porque se saltarmos diretamente para esses
pontos teóricos, isso vai apenas confundir.
Portanto, esta é uma representação diagramática.
Então, digamos que este seja um usuário.
Este pode ser um navegador.
Ciarlante e você têm uma frente de nuvem aqui.
Este é um amigo da nuvem.
Poxa.
E essa é a origem.
Agora, isso pode ser um mercado de rua ou qualquer site que você esteja executando nos bastidores.
Você sabe o que lamda at the Edge permite que você execute a função lamina em quatro pontos
principais.
O primeiro ponto importante é antes que a solicitação chegue à nuvem.
Amigo, meu Deus, o problema é depois que a solicitação perde o cache da nuvem e antes de atingir a
origem.
Portanto, este é o segundo ponto onde você pode executar sua função lamda.
O terceiro ponto é assim que você obtém os dados de sua origem, esta é a terceira parte.
E a quarta parte é depois que os dados atravessam a impressão do dinheiro na nuvem e antes que eles voltem para
o usuário, você tem mais um ponto.
Portanto, há quatro indicadores nos quais você pode executar sua função lambda.
Agora, esses ponteiros são definidos por um nome.
O primeiro é definido por solicitação do visualizador.
O segundo é definido pela solicitação de origem.
Então você tem a resposta original.
E o quarto é a resposta do espectador.
Não, devido à capacidade dos experientes de executar sua função lambda nesses quatro ponteiros,
isso realmente permite muitas possibilidades e recursos.
Então, vamos voltar ao nosso primeiro slide e entender cada um desses pontos.
Agora, voltando ao segundo ponto do primeiro slide, ele afirma que você pode executar sua função lambda para alterar
a solicitação e as respostas de impressão em nuvem nos pontos seguintes.
Agora, já discutimos que havia quatro dicas.
Agora, essas são as quatro dicas que você precisa lembrar em comparação com a solicitação do visualizador.
Em segundo lugar está a resposta original dos Questers.
E para essa resposta do visualizador, agora uma solicitação do visualizador não é nada, mas depois que o Cloud Print recebe uma solicitação
de um visualizador.
Portanto, é disso que se trata o pedido do visualizador.
Em segundo lugar está a solicitação original, que basicamente afirma que este é o local antes de o Cloud Print
encaminhar, a solicitação para a origem.
Antes.
Então você tem uma nuvem do Casoria agora antes de encaminhar a solicitação para a origem, há um ponteiro
woodier.
Portanto, neste ponto, isso é conhecido como a solicitação original.
Agora, o terceiro é a resposta original, que é basicamente depois que o Cloud Print recebe a
resposta da origem.
Portanto, este é o terceiro lugar.
E o quarto lugar é a resposta do visualizador, que basicamente afirma que antes da nuvem encaminhar a
resposta para o visualizador.
Então este é o local.
Portanto, antes que a solicitação seja enviada de volta ao agente do usuário.
Este é o quarto lugar.
Agora, lembre-se de que esta representação que você vê aqui, é basicamente o dinheiro da frente da nuvem.
Então, vamos fazer uma coisa.
Vamos entender cada um desses eventos de maneira detalhada.
Agora, a solicitação do visualizador é basicamente executada em cada solicitação antes que a nuvem do dinheiro seja verificada.
Isso é algo que já vimos como um pedido do visualizador, portanto, qualquer função lambda que você inserir.
Portanto, esses são os quatro locais onde você pode colocar sua função lambda e essa função lambda
será executada em cada um desses locais sempre que uma solicitação for recebida.
Portanto, qualquer função lambda que você colocar neste local específico será executada todas as vezes antes da verificação de desconto do
amigo da nuvem.
Agora, há muitos benefícios na execução de funções a pedido do visualizador.
Um dos benefícios é modificar o Eurail.
Você pode fazer um cookie, você pode fazer uma consulta, modificação relacionada à string.
E um dos mais famosos também é fácil de explicar é realizar verificações de autenticação e autorização.
Portanto, isso pode ser entendido com o diagrama a seguir, onde você tem um agente de usuário aqui e você tem uma frente
de nuvem.
Assim que a nuvem recebe a solicitação, a primeira coisa antes que o dinheiro da nuvem seja git é a
solicitação do visualizador.
Mesmo assim, a solicitação do visualizador pode basicamente verificar qual é a solicitação que o agente
do usuário enviou, se a solicitação contém a senha apropriada, necessária para abrir o site.
Caso a solicitação contenha a senha adequada para abrir o site, a solicitação será encaminhada
ao CCO e, em seguida, enviada à origem.
Caso o pedido não tenha a senha, então o seu pedido de visualizador ainda pode enviar o EDP para 03 de volta para o agente
do usuário.
E essa autenticação de senha é uma das funções que muitas organizações colocam no próprio nível de solicitação
do visualizador.
Porque se digamos que um agente do usuário está solicitando um arquivo específico e esse arquivo é Kastoria agora, é
possível que a solicitação não vá para o original.
A solicitação seria respondida do próprio cache.
Portanto, é muito importante especificamente se você tiver um tipo de autenticação de senha, colocar sua
marca relacionada à autenticação de senha na solicitação do visualizador para que, assim que a solicitação chegar
ao nível de ameaça da nuvem, você execute sua função lambda aqui e que lambda função pode determinar se a solicitação
deve ser aprovada ou não.
Agora, a segunda parte é o pedido original.
Agora, a solicitação de origem geralmente é um local de sua função lambda, que seria executada sempre que um
cache fosse perdido ou antes de uma solicitação ser encaminhada para a origem.
Agora, basicamente, há muitas coisas que você pode fazer neste estágio, como setorizar dinamicamente a origem com
base nos cabeçalhos da solicitação.
Então, vamos entender isso.
Mas então este é o diagrama da solicitação original.
Se você notar, tenho que começar de novo aqui para que seja fácil saber sobre qual função ou
local estamos discutindo.
Então, aqui estamos, supondo que a solicitação foi primeiro para nosso amigo, depois você tem a solicitação do visualizador e, em seguida,
foi para o cache de frenk da nuvem.
Há um cache, senhorita.
Lembre-se da parte importante para lembrar de você.
Se um cache atingir isso, o Cloud Front poderá entregar os dados diretamente ao usuário e, em seguida, a solicitação original
e a resposta original podem não ser executadas.
Portanto, é importante lembrar.
Portanto, sempre que ocorre uma falha de cache, os dados passam para a solicitação original de áudio, agora a solicitação de origem
que você pode controlar vários parâmetros.
Somos um dos parâmetros são um dos casos de uso que você pode trabalhar neste nível é definir dinamicamente a origem
com base nos cabeçalhos de solicitação.
Portanto, pode acontecer que existam várias origens.
Digamos que você tenha um S3, mas tem um fácil de criar uma instância?
Não.
A partir dessa função lambda, você pode dizer se a solicitação deve ir para o bucket do S3 ou para o fácil de instantâneo
com base nos cabeçalhos da solicitação.
Portanto, todos esses controles que você pode ter no próprio nível de solicitação original.
Agora você também pode enviar diretamente os dados da solicitação original de volta.
Não é necessariamente que atingirá o ponto final.
Portanto, dependendo de qual é a lógica que você deseja definir o áudio.
Portanto, a próxima parte que precisamos discutir é a resposta de origem.
Agora, a resposta da Origem basicamente é executada em uma falha de cache depois que uma resposta é recebida da origem.
Portanto, se olharmos para o seu diagrama associado ou está em resposta.
Portanto, a resposta de Aurélien vem depois da origem e a data em que a origem é enviada de volta.
Vai para o áudio do estágio de resposta original.
Agora, novamente, esta etapa é muito importante e você poderá fazer como quiser.
Casos de uso disso em resposta, o estágio um é que você pode modificar os cabeçalhos de resposta e
também interceptar e substituir vários erros forenses e de incêndio da origem.
Então, digamos que você tenha origem.
Pode ser fácil instantaneamente e, de alguma forma, seu aplicativo está inativo e não está funcionando de jeito nenhum.
E o que deu, deu quinhentos erros de volta.
Agora, na resposta original, você pode ter uma lógica que sempre que obtiver uma resposta
500 da origem, ela pode substituir essa resposta por uma específica.
Você pode ver um pouco dizendo que o site pode estar em manutenção ou a resposta de origem pode se conectar ou
pode dizer que não é um redirecionamento residual para um back in ou para a origem de backup para que a solicitação aconteça.
Portanto, este também é um estágio crítico.
Agora, o último estágio é a resposta do visualizador.
A resposta do visualizador é basicamente a função que é executada em todas as respostas recebidas da
origem ou do cache.
Agora, mais uma vez, este é um estado muito importante porque pode acontecer que, após a solicitação do visualizador, a solicitação
atinja a nuvem de dinheiro e a nuvem de gás.
Ele disse que os dados voltariam para o agente do usuário.
Portanto, este site certo pode nem mesmo ser executado.
Portanto, se você deseja que certas funções aconteçam para todas as respostas que estão sendo enviadas de volta ao agente
do usuário, colocar sua função no limite de resposta do visualizador é extremamente importante.
Agora, um dos casos de uso, para o qual muitas organizações usam a resposta do visualizador, é modificar o cabeçalho
da resposta antes que ocorra o armazenamento em cache da resposta.
Agora, basicamente o que acontece é a partir da resposta original, se você tiver certos cabeçalhos, ela pode
ser gaseada na nuvem. Frankish.
Mas se você colocá-lo no nível de resposta do visualizador, não terá o armazenamento em cache.
Ele irá diretamente no nível do agente do usuário.
Portanto, esta é uma visão geral de alto nível sobre o LAMDA em D. H.
Espero que este vídeo tenha sido informativo para você e estou ansioso para ver o próximo vídeo.