E bentornati nel video di oggi, parleremo di Mladic.
Ora, a una panoramica di alto livello, ti consente sostanzialmente di eseguire la tua funzione Lamela per personalizzare il contenuto che il
tuo amico cloud potrebbe fornire ai tuoi utenti finali.
Ora, fondamentalmente, questo può essere facilmente spiegato in una vista diagrammatica, perché se saltiamo direttamente in questi
punti teorici, si creeranno solo confusione.
Quindi questa è una rappresentazione schematica.
Quindi diciamo che questo è un utente.
Questo può essere un browser.
Ciarlante e tu hai un fronte nuvoloso qui.
Questo è un amico cloud.
Perbacco.
E questa è l'origine.
Ora, questo può essere un mercato di strada o qualsiasi altro sito web che stai gestendo dietro le quinte.
Sai cosa ti permette di fare lamda at the Edge è che ti permette di eseguire la funzione lamina in quattro punti
principali.
Il primo punto importante è prima che la richiesta raggiunga il cloud.
Amico Dio, il punto critico è dopo che la richiesta manca la cache del cloud e prima che colpisca
l'origine.
Quindi questo è il secondo punto in cui puoi eseguire la tua funzione lamda.
Il terzo punto è che non appena ricevi i dati dalla tua origine, questa è la terza parte.
E la quarta parte è dopo che i dati hanno attraversato il denaro della stampa cloud e prima che
tornino all'utente, hai un altro punto.
Quindi ci sono quattro puntatori in cui puoi eseguire la tua funzione lambda.
Ora, questi puntatori sono definiti da un nome.
Il primo è definito dalla richiesta del visualizzatore.
Il secondo è definito dalla richiesta di origine.
Allora hai la risposta originale.
E il quarto è la risposta dello spettatore.
No, a causa della capacità di un dilettante di eseguire la tua funzione lambda in questi quattro
puntatori, consente davvero molte possibilità e molte capacità.
Quindi torniamo alla nostra prima diapositiva e comprendiamo ciascuno di questi punti.
Quindi ora tornando al secondo punto della prima diapositiva, si afferma che è possibile eseguire la funzione lambda per
modificare la richiesta di stampa cloud e le risposte nei punti seguenti.
Ora, abbiamo già discusso che c'erano quattro indicazioni.
Ora, questi sono i quattro suggerimenti che devi ricordare rispetto alla richiesta del visualizzatore.
La seconda è la risposta originale di Questers originale.
E per questa risposta del visualizzatore, ora una richiesta del visualizzatore non è nulla, ma dopo che il cloud print riceve una richiesta
da un visualizzatore.
Quindi questo è ciò che riguarda la richiesta dello spettatore.
La seconda è la richiesta originale, che sostanzialmente afferma che questa è la posizione prima che la stampa
cloud inoltri la richiesta all'origine.
Quindi prima.
Quindi hai una nuvola da Casoria ora prima di inoltrare la richiesta all'origine, c'è un puntatore
legnoso.
Quindi a questo punto si parla di richiesta originale.
Ora la terza è la risposta originale, che è fondamentalmente dopo che la stampa cloud riceve
la risposta dall'origine.
Quindi questo è il terzo posto.
E il quarto posto è la risposta dello spettatore, che sostanzialmente afferma che prima che il fronte cloud
inoltri la risposta allo spettatore.
Quindi questa è la posizione.
Quindi, prima che la richiesta venga rispedita all'interprete.
Questo è il quarto posto.
Ora, ricorda che questa rappresentazione che vedi qui, è fondamentalmente il denaro del fronte cloud.
Quindi facciamo una cosa.
Cerchiamo di capire su ciascuno di questi eventi in modo dettagliato.
Ora, la richiesta del visualizzatore viene sostanzialmente eseguita su ogni richiesta prima che il cloud da contanti venga controllato.
Questo è qualcosa che abbiamo già visto che un visualizzatore richiede, quindi qualsiasi funzione lambda in cui lo inserisci.
Quindi queste sono le quattro posizioni in cui puoi inserire la tua funzione lambda e quella funzione
lambda verrà eseguita in ciascuna di queste posizioni ogni volta che arriva una richiesta.
Quindi qualsiasi funzione lambda che metti in questa posizione specifica verrà eseguita ogni volta prima che l'amico
cloud incassi l'assegno.
Ora, ci sono molti vantaggi nell'esecuzione della funzione su richiesta del visualizzatore.
Uno dei vantaggi è la modifica dell'Eurail.
Puoi fare un cookie, puoi fare una query, modificare le stringhe.
E uno dei più famosi è anche facile da spiegare è eseguire controlli di autenticazione e autorizzazione.
Quindi questo può essere compreso con il seguente diagramma in cui hai un agente utente qui e hai un
fronte cloud.
Quindi, non appena il cloud riceve la richiesta, la prima cosa prima che il cloud front cash sia git è
la richiesta del visualizzatore.
Anche così, la richiesta del visualizzatore può anche esaminare sostanzialmente qual è la richiesta inviata
dall'agente utente, se la richiesta contiene la password appropriata, necessaria per aprire il sito Web.
Se la richiesta contiene la password appropriata per aprire il sito, allora la richiesta
andrà all'OCC e poi sarà inviata all'origine.
Se la richiesta non ha la password, la richiesta del visualizzatore può anche inviare l'EDP per 03 all'agente
utente.
E questa autenticazione della password è una delle funzioni che molte organizzazioni mettono a livello di richiesta del
visualizzatore stesso.
Perché se diciamo che un agente utente sta richiedendo un file specifico e quel file è Kastoria ora,
potrebbe essere possibile che la richiesta non vada all'originale.
La richiesta verrebbe risposta dalla cache stessa.
Quindi è molto importante in particolare se si dispone di un tipo di autenticazione della password, inserire
il segno di spunta relativo all'autenticazione della password nella richiesta del visualizzatore in modo che non appena la richiesta
arriva al livello di minaccia cloud, si esegue la funzione lambda qui e quella lambda La funzione può determinare se la richiesta deve
essere autorizzata a passare o meno.
Ora, la seconda parte è la richiesta originale.
Ora, la richiesta di origine è generalmente una posizione della tua funzione lambda, che verrebbe eseguita ogni volta
che viene persa una cache o prima che una richiesta venga inoltrata all'origine.
Ora, in pratica, ci sono molte cose che puoi fare in questa fase, come il settore dinamico dell'origine
in base alle intestazioni della richiesta.
Quindi capiamo questo.
Ma quindi questo è lo schema della richiesta originale.
Se noti, devo ricominciare da qui in modo che sia facile sapere di quale funzione o di quale
luogo stiamo discutendo.
Quindi eccoci qui, supponendo che la richiesta sia andata prima al nostro amico, quindi hai la richiesta del visualizzatore, quindi
è andata alla cache di cloud frenk.
C'è una cache, signorina.
Ricorda una parte importante per ricordarti di te.
Se una cache lo colpisce, Cloud Front può consegnare i dati direttamente all'utente e quindi la richiesta originale e
la risposta originale potrebbero non essere eseguite.
Quindi è importante ricordare.
Quindi, ogni volta che si verifica un errore di cache, i dati passano all'audio della richiesta originale ora richiesta di origine
che è possibile controllare molti parametri.
Siamo uno dei parametri sono uno dei casi d'uso che puoi lavorare a questo livello è impostare dinamicamente l'origine
in base alle intestazioni della richiesta.
Quindi può succedere che ci siano più origini.
Diciamo che hai un S3, ma hai un'istanza facile?
No.
Da questa funzione lambda, puoi stabilire se la richiesta deve andare al bucket S3 o agli istantanei in
base alle intestazioni della richiesta.
Quindi tutti quei controlli che puoi avere al livello di richiesta originale stesso.
Ora puoi anche inviare direttamente i dati dalla richiesta originale.
Non è necessariamente che avrebbe colpito l'endpoint.
Quindi, a seconda di quale sia la logica che vuoi definire l'audio.
Quindi la parte successiva di cui dobbiamo discutere è la risposta dell'origine.
Ora, la risposta dell'origine viene fondamentalmente eseguita su un errore di cache dopo che è stata ricevuta una risposta dall'origine.
Quindi, se esaminiamo il loro diagramma associato o è in risposta.
Quindi la risposta di Aurélien viene dopo l'origine e la data dell'origine rimanda.
Passa all'audio della fase di risposta originale.
Ora, di nuovo, questa fase è molto importante e potrai farlo come vorrai.
Casi d'uso da questo in risposta, la fase uno è che puoi modificare le intestazioni di risposta e
puoi anche intercettare e sostituire vari forensi e errori di fuoco dall'origine.
Quindi diciamo che hai un'origine.
Può essere facile istantaneo e in qualche modo la tua applicazione è inattiva e non funziona affatto.
E quello che ha dato, ha restituito un errore di cinquecento.
Ora, alla risposta originale, puoi avere una logica che ogni volta che ricevi una
risposta 500 dall'origine, può sostituire quella risposta con una specifica.
Puoi vedere un po 'che dice che il sito Web potrebbe essere in manutenzione o che la risposta dell'origine
può connettersi o che non può dire reindirizzamento residuo a un ritorno o all'origine del backup affinché la richiesta si verifichi.
Quindi anche questa è una fase critica.
Ora, l'ultima fase è la risposta dello spettatore.
La risposta del visualizzatore è fondamentalmente la funzione che viene eseguita su tutte le risposte ricevute
dall'origine o dalla cache.
Ora, questo, di nuovo, è uno stato molto importante perché potrebbe accadere che dopo la richiesta del visualizzatore, la richiesta possa
raggiungere il cloud da contanti e dal cloud da gas.
Ha detto che i dati sarebbero tornati all'agente utente.
Quindi questo sito giusto potrebbe non essere eseguito affatto.
Quindi, se vuoi che determinate funzioni vengano eseguite per tutte le risposte che vengono inviate all'agente utente, è
estremamente importante mettere la tua funzione al limite di risposta del visualizzatore.
Ora, uno dei casi d'uso per cui molte organizzazioni utilizzano la risposta del visualizzatore è modificare l'intestazione della
risposta prima che avvenga la memorizzazione nella cache della risposta.
Ora, in pratica ciò che accade è dalla risposta originale, se hai determinate intestazioni, potrebbe
essere gasato alla nuvola Frankish.
Ma se lo metti al livello di risposta del visualizzatore, non avrai affatto la memorizzazione nella cache.
Andrà direttamente a livello di agente utente.
Quindi questa è la panoramica di alto livello su LAMDA presso D. H.
Spero che questo video sia stato informativo per te e non vedo l'ora di vedere il prossimo video.