Hola a todos, y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir sobre los oyentes y los grupos objetivo en los balances de carga.
Ahora, en una descripción general de alto nivel, un oyente es un proceso que verifica la solicitud de conexión
utilizando el protocolo y el puerto que configura.
Ahora, esto se puede explicar mejor con este diagrama donde tiene el balanceador de carga y este balanceador
de carga tiene dos oyentes.
El primer oyente aquí está asociado con el protocolo del puerto HTTP de 80.
El segundo oyente está asociado con un protocolo de HTTPS y un puerto de cuatro, cuatro, tres.
Entonces, esto significaría que el balanceador de carga, dado que tiene dos oyentes, podrá escuchar
tanto en la solicitud basada en HTTP como en la solicitud basada en HTTPS.
Así que hagamos una cosa.
Avancemos y analicemos rápidamente.
Ahora, actualmente, tengo un balanceador de carga de aplicación de muestra que está disponible y dentro de aquí tiene
una pestaña de oyente y dentro puede continuar y agregar un oyente.
Ahora, si observa el protocolo, tiene un HTTP, tiene un HTTP, envía, etc.
Ahora, según el protocolo de escucha, también puede definir su propio puerto personalizado.
Entonces, por ejemplo, digamos que agrego un oyente en el puerto 81.
Eso significaría que nuestro balanceador de carga seguirá adelante y escuchará en el puerto 81 las solicitudes
de los clientes que se reciben.
Ahora, una de las preguntas que surge es, digamos que esta solicitud ha llegado al balanceador
de carga, que es http ejemplo punto com.
Ahora bien, esta es una solicitud basada en HTTP.
Entonces esto fue al oyente uno ya que el oyente uno está asociado con el puerto de 80.
Ahora que esta solicitud está asociada con el oyente uno, ¿cuál es el siguiente paso?
¿Cuál será la acción que se realizará en esta solicitud específica?
¿Se enviará esta solicitud al servidor backend?
¿Se bloqueará esta solicitud o se realizarán otras acciones en esta solicitud?
Avancemos y examinémoslo.
Entonces, la segunda parte importante, como parte del oyente, es la sección de reglas.
Ahora cada oyente tiene una regla basada en la cual se realiza una acción en una solicitud específica.
Ahora, ya hemos visto que esta solicitud HTTP, un ejemplo punto com que llegó al alb.
Esto se asociará con un oyente.
Ahora, este oyente se puede asociar con cierto conjunto de conjuntos de reglas.
Ahora, este conjunto de reglas puede ser definido por el usuario o el administrador en función del cual se realizará
la acción.
Por ejemplo, en este diagrama, hay tres reglas.
Entonces, estas reglas básicamente verifican el contenido de la solicitud.
Entonces, lo primero aquí es que está comprobando si el agente de usuario es Mozilla.
Entonces, ya sea que provenga de un navegador Firefox, por ejemplo, está verificando si un encabezado de host es demo
punto com.
También está comprobando si la ruta es videos.
Estos son los tres conjuntos de reglas que se agregan al oyente.
Ahora, si esta solicitud coincide con una de estas reglas, no es necesario que coincida con todas estas
reglas, incluso si coincide con una de las reglas.
El siguiente paso es cuál será la acción que se realizará en esta solicitud.
Por ejemplo, digamos que esta solicitud coincide con la primera regla, que es que el agente de usuario en esta solicitud
es Firefox.
Entonces, ¿qué hará ahora tu Elba?
Aquí es donde las acciones de la regla entran en escena.
Por ejemplo, si una solicitud coincide con una regla específica, las acciones que desea realizar en esa solicitud se determinan
en la acción de la regla.
Como estamos discutiendo, digamos que la solicitud coincide con la primera regla, que es que el agente de usuario es Mozilla.
Entonces, en esa solicitud, hay varias acciones de regla disponibles.
Puede reenviar estas solicitudes a un conjunto de servidores.
Puede redirigir esa solicitud a un dominio específico o puede devolver una respuesta específica
al cliente según lo que pretenda hacer.
Así que analicémoslo rápidamente.
Volvamos a nuestro balanceador de carga dentro de nuestros oyentes.
Haré clic rápidamente en ver y editar reglas.
Está bien.
Ahora dentro de aquí, verá que hay un total de cuatro reglas disponibles.
Entonces, estas son las cuatro reglas de escucha en las que verifica si el agente de usuario es una llamada, verifica
si el agente de usuario es Mozilla, verifica si el agente de usuario es W gate y si la solicitud no coincide con estos
tres, entonces usted tenga una regla más que determine qué sucederá con el conjunto de solicitudes que no coincida con las
primeras tres reglas.
Entonces, si observa la primera regla, que establece si la solicitud tiene el encabezado del agente de usuario
específico, entonces estas son básicamente las acciones de la regla que estábamos determinando.
Así que aquí en esta acción de regla, lo que estamos haciendo, estamos devolviendo una respuesta fija y la respuesta
es alerta máxima.
Así que esta es la acción de la regla aquí.
También tienes una petición más de Mozilla.
Si observa la acción de la regla, está devolviendo un conjunto diferente de respuestas.
Así que esta respuesta de corrección de retorno no es más que la tercera.
Todas las acciones que hemos visto por aquí.
Está bien.
Ahora, de nuevo, probemos rápidamente de forma práctica.
Solo para revisar.
Así que copiaré el nombre DNS de nuestro balanceador de carga.
Así que desde mi terminal, si hacemos una llamada aquí, estamos recibiendo un mensaje.
Llamantes Hola, llame si realizamos una puerta W en este balanceador de carga específico.
Y si observamos el HTML del punto de índice, esta vez obtendrá una respuesta específica.
Así que aquí es donde nuestras acciones de regla entran en escena, donde una regla específica coincide, el balanceador de carga está realizando
una respuesta de corrección de devolución y en la respuesta de corrección de devolución está devolviendo un mensaje de inmediato.
El segundo concepto importante es el grupo objetivo.
Por lo tanto, se utiliza un grupo objetivo para enrutar una solicitud a uno o más objetivos registrados.
Y estos objetivos registrados pueden ser fáciles.
Dos instancias, funciones lambda, etc.
Por ejemplo, en este diagrama hay dos grupos objetivo.
El grupo objetivo uno está asociado con la instancia 3c2. El grupo objetivo dos está asociado con una función lambda.
Y lo que podemos hacer es que también podemos asociar un grupo objetivo con un oyente.
Por ejemplo, si observa la acción de la regla, hay una acción de la regla que es reenviar dos y esto para dos
nos permite reenviar la solicitud a un grupo objetivo específico.
Entonces, el oyente uno está asociado con el grupo objetivo uno donde hay dos instancias de C dos.
El oyente dos está asociado con el grupo objetivo dos donde hay una función lambda disponible.
Así que también analicémoslo rápidamente.
Ahora, dentro de la sección de balanceo de carga, tiene balanceadores de carga, así como el grupo objetivo.
Ahora, actualmente tiene un grupo objetivo que está disponible para la demostración de hoy.
Ahora, si observamos este grupo objetivo, si abro los objetivos aquí, verá que hay dos objetivos disponibles
y estos no son más que los objetivos fáciles de instanciar que están asociados con el grupo objetivo
y del balanceador de carga.
Veamos rápidamente las reglas de oyentes aquí.
Dentro de aquí, puede continuar y agregar una regla.
Digamos que si una condición coincide, digamos si alguna solicitud llega a la parte del video, si hace clic
en Reenviar a dentro, puede especificar el grupo objetivo aquí y esta solicitud se reenviará para ver dos instancias
de funciones lambda que forman parte de este grupo objetivo.
Está bien.
Así que espero que con esta descripción general de alto nivel, haya entendido el concepto de oyentes y grupos objetivo.
Ahora, si ha entendido este concepto claramente, crear un equilibrador de carga y su configuración
compleja asociada será mucho más sencillo para usted.
Así que esto concluirá el video de hoy.