Y bienvenido de nuevo en el video de hoy, hablaremos sobre Mladic.
Ahora, en una descripción general de alto nivel, básicamente le permite ejecutar su función Lamela para personalizar el contenido que su amigo
de la nube podría entregar a sus usuarios finales.
Ahora, básicamente, esto se puede explicar fácilmente en una vista esquemática, porque si saltamos directamente
a estos puntos teóricos, simplemente confundirá.
Entonces esta es una representación esquemática.
Digamos que es un usuario.
Puede ser un navegador.
Ciarlante y aquí tienes un frente de nubes.
Este es un amigo de la nube.
Dios mio.
Y este es el origen.
Ahora bien, esto puede ser un mercado callejero o cualquier sitio web que esté ejecutando detrás de escena.
Usted sabe que lo que lamda at the Edge le permite hacer es ejecutar la función de lamina en cuatro puntos
principales.
El primer punto importante es antes de que la solicitud llegue a la nube.
Amigo Dios, el problema es después de que la solicitud no llega al caché de la nube y antes de que llegue al
origen.
Así que este es el segundo punto en el que puede ejecutar su función lamda.
El tercer punto es tan pronto como recupere los datos de su origen, esta es la tercera parte.
Y la cuarta parte es después de que los datos atraviesan el efectivo de impresión en la nube y antes de que
regresen al usuario, tiene un punto más.
Entonces, hay cuatro punteros donde puede ejecutar su función lambda.
Ahora, estos punteros están definidos por un nombre.
El primero se define por solicitud del espectador.
El segundo está definido por la solicitud de origen.
Entonces tienes la respuesta original.
Y el cuarto es la respuesta del espectador.
No, debido a la capacidad de los aficionados a ejecutar su función lambda en estos cuatro
punteros, realmente permite muchas posibilidades y muchas capacidades.
Así que volvamos a nuestra primera diapositiva y comprendamos cada uno de estos puntos.
Entonces, volviendo al segundo punto de la primera diapositiva, indica que puede ejecutar su función lambda para cambiar la solicitud
de impresión en la nube y las respuestas en los siguientes puntos.
Ahora, ya discutimos que había cuatro puntos.
Ahora, estos son los cuatro indicadores que debe recordar frente a la solicitud del espectador.
El segundo es la respuesta original de los Questers originales.
Y para esta respuesta de espectador, ahora una solicitud de espectador no es nada, pero después de que la impresión en la nube recibe una solicitud
de un espectador.
Así que de esto se trata la solicitud del espectador.
En segundo lugar está la solicitud original, que básicamente establece que esta es la ubicación antes de que Cloud
Print reenvíe, la solicitud al origen.
Así que antes.
Entonces, ahora tiene una nube de Casoria antes de enviar la solicitud al origen, hay un puntero más
arbolado.
Entonces, en este punto, eso se conoce como la solicitud original.
Ahora, la tercera es la respuesta original, que es básicamente después de que la impresión en la nube recibe la
respuesta del origen.
Entonces este es el tercer lugar.
Y el cuarto lugar es la respuesta del espectador, que básicamente establece que antes de que el frente de la nube
transmita la respuesta al espectador.
Así que esta es la ubicación.
Entonces, antes de que la solicitud se envíe de vuelta al agente de usuario.
Este es el cuarto lugar.
Ahora, recuerde que esta representación que ve aquí, es básicamente el efectivo frente a la nube.
Así que hagamos una cosa.
Entendamos sobre cada uno de estos eventos de manera detallada.
Ahora, la solicitud del espectador se ejecuta básicamente en cada solicitud antes de que se verifique la nube de efectivo.
Esto es algo que ya vimos que un espectador solicita, por lo que cualquier función lambda en la que lo pongas.
Entonces, estas son las cuatro ubicaciones donde puede colocar su función lambda y esa función lambda se
ejecutará en cada una de estas ubicaciones cada vez que llegue una solicitud.
Por lo tanto, cualquier función lambda que coloque en esta ubicación específica se ejecutará cada vez que el amigo de la nube
cobra el cheque.
Ahora, hay muchos beneficios de ejecutar la función a petición del espectador.
Uno de los beneficios es la modificación de Eurail.
Puede hacer una cookie, puede hacer una consulta, una modificación relacionada con la cadena.
Y uno de los más famosos que también es fácil de explicar es realizar comprobaciones de autenticación y autorización.
Entonces, esto se puede entender con el siguiente diagrama donde tiene un agente de usuario aquí y tiene un frente en
la nube.
Entonces, tan pronto como la nube recibe la solicitud, lo primero que se realiza antes de que el efectivo del frente de la nube sea git
es la solicitud del espectador.
Aun así, la solicitud del espectador incluso puede básicamente investigar cuál es su solicitud que el agente de
usuario ha enviado, si la solicitud contiene la contraseña adecuada, que se requiere para abrir el sitio web.
Si la solicitud contiene la contraseña adecuada para abrir el sitio web, la solicitud se enviará
a la OCC y luego se enviará al origen.
Si la solicitud no tiene la contraseña, entonces su solicitud de espectador incluso puede enviar el EDP para 03 de vuelta al agente
de usuario.
Y esta autenticación de contraseña es una de las funciones que muchas organizaciones ponen en el nivel de solicitud
del espectador.
Porque si digamos que un agente de usuario está solicitando un archivo específico y ese archivo ahora es Kastoria,
es posible que la solicitud no vaya al original.
La solicitud se respondería desde la propia caché.
Por lo tanto, es muy importante específicamente si tiene un tipo de autenticación de contraseña, coloque la
marca relacionada con la autenticación de contraseña en la solicitud del visor para que tan pronto como la solicitud
llegue al nivel de amenaza en la nube, ejecute su función lambda aquí y esa lambda La función puede determinar si se debe permitir
que la solicitud pase o no.
Ahora, la segunda parte es la solicitud original.
Ahora, la solicitud de origen es generalmente una ubicación de su función lambda, que se ejecutaría siempre que se
pierda un caché o antes de que se reenvíe una solicitud al origen.
Ahora, básicamente, hay muchas cosas que puede hacer en esta etapa, como sectorizar dinámicamente el origen en
función de los encabezados de solicitud.
Entonces, entendamos esto.
Pero este es el diagrama de la solicitud original.
Si nota, tengo que empezar de nuevo aquí para que sea fácil saber sobre qué función o sobre qué
ubicación estamos discutiendo.
Así que aquí estamos, asumiendo que la solicitud fue primero para nuestro amigo, luego tienes la solicitud del visor y
luego fue al caché de Cloud Frenk.
Hay un caché, señorita.
Recuerda una parte importante para recordarte.
Si un caché llega a eso, entonces Cloud Front puede entregar los datos directamente al usuario y luego la solicitud
original y la respuesta original podrían no ejecutarse.
Por eso es importante recordar.
Entonces, cada vez que ocurre una falla de caché, los datos atraviesan la solicitud original de audio ahora solicitud de origen
que puede controlar muchos parámetros.
Somos uno de los parámetros, es uno de los casos de uso en los que puede trabajar en este nivel, es establecer dinámicamente el
origen en función de los encabezados de solicitud.
Entonces puede suceder que haya múltiples orígenes.
Digamos que tiene un S3, pero ¿tiene uno fácil de instalar?
No.
A partir de esta función lambda, puede saber si la solicitud debe ir al depósito S3 o al instantáneo fácil en función
de los encabezados de la solicitud.
Entonces, todos esos controles se pueden tener en el nivel de solicitud original.
Ahora también puede enviar directamente los datos de la solicitud original.
No es necesariamente que llegue al punto final.
Entonces, dependiendo de cuál sea la lógica, desea definir el audio.
Entonces, la siguiente parte que debemos discutir es la respuesta del origen.
Ahora, la respuesta de origen básicamente se ejecuta en una falla de caché después de que se recibe una respuesta del origen.
Entonces, si miramos en su diagrama asociado con o es en respuesta.
Entonces, la respuesta de Aurélien viene después del origen y la fecha de su origen envía de vuelta.
Pasa al audio de la etapa de respuesta original.
Ahora, nuevamente, esta etapa es muy importante y podrás hacerlo como quieras.
Use casos de esto en respuesta, la etapa uno es que puede modificar los encabezados de respuesta y también
puede interceptar y reemplazar varios errores forenses y de disparo desde el origen.
Entonces digamos que tienes origen.
Puede ser fácil de instantáneo y de alguna manera su aplicación está inactiva y no funciona en absoluto.
Y lo que dio, devolvió un error de quinientos.
Ahora, en la respuesta original, puede tener una lógica de que siempre que obtenga una
respuesta 500 del origen, puede reemplazar esa respuesta con una específica.
Puede ver un poco que dice que el sitio web puede estar en mantenimiento o que la respuesta de origen se puede conectar
o puede decir que no hay redireccionamiento residual a un retorno o al origen de la copia de seguridad para que suceda la solicitud.
Así que esta también es una etapa crítica.
Ahora, la última etapa es la respuesta del espectador.
La respuesta del espectador es básicamente la función que se ejecuta en todas las respuestas recibidas desde el
origen o desde el caché.
Ahora, esto, nuevamente, es un estado muy importante porque puede suceder que después de la solicitud del espectador, la solicitud pueda llegar a
la nube desde el efectivo y desde la nube desde el gas.
Dijo que los datos volverían al agente de usuario.
Por lo tanto, es posible que este sitio correcto no se ejecute en absoluto.
Entonces, si desea que sucedan ciertas funciones para todas las respuestas que se envían de vuelta al agente de usuario,
poner su función en el límite de respuesta del espectador es extremadamente importante.
Ahora, uno de los casos de uso para el que muchas organizaciones usan la respuesta del espectador es modificar el encabezado de la
respuesta antes de que ocurra el almacenamiento en caché de la respuesta.
Ahora, básicamente, lo que sucede es a partir de la respuesta original, si tiene ciertos encabezados, podría quedar
gaseado en la nube Frankish.
Pero si lo coloca en el nivel de respuesta del espectador, no tendrá el almacenamiento en caché en absoluto.
Irá directamente al nivel de agente de usuario.
Así que esta es la descripción general de alto nivel sobre LAMDA en D. H.
Espero que este video haya sido informativo para ti y espero ver el próximo video.