Hola a todos y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir sobre los fundamentos del proxy de Rrd.
Ahora bien, antes de entender este tema con más detalle, es importante que comprendamos primero los
fundamentos y las ventajas que proporciona el proxy de base de datos.
Así que primero, vamos a seguir adelante y discutir los fundamentos de proxy de base de datos en una visión general de alto nivel.
El proxy de base de datos es un intermediario entre el usuario y la base de datos, como puede verse en este diagrama,
donde el proxy actúa como intermediario entre el cliente y la base de datos.
Ahora, uno de los beneficios de este enfoque es que, dado que todas las consultas del cliente pasan por
este proxy específico, hay muchos controles y optimizaciones que se pueden aplicar a nivel de proxy.
Por ejemplo, supongamos que desea bloquear un tipo específico de solicitud.
Esto es algo que se puede hacer a nivel de proxy propiamente dicho.
Por lo tanto, si se recibe una solicitud de este tipo de un cliente, cada vez que se bloquea directamente en un proxy, la solicitud
nunca va a la base de datos y por lo tanto hay una gran cantidad de controles y optimizaciones que se pueden aplicar
en dicha arquitectura.
Así que para entender las cosas de una mejor manera, vamos a tomar un caso de uso simple asociado con un escenario de conmutación
por error.
Así que en este diagrama específico, usted tiene una sola base de datos y todas las conexiones a la base de datos
van a través del proxy.
Ahora, debido a alguna razón, digamos que esta base de datos primaria falla en estos casos.
Si hay una base de datos en espera disponible, entonces el proxy puede seguir adelante y redirigir la petición
a la instancia de base de datos en espera.
De acuerdo.
Ahora, aquí, el cliente no necesita realmente preocuparse por la dirección IP de la instancia de la BD en espera, porque
si la primaria se siente la dirección IP de la BD también cambiará o la URL de la base de datos también
cambiará.
Pero como el cliente se está conectando al proxy, el proxy se encarga de redirigir la petición, junto con
eso, la petición existente que había llegado al proxy que se suponía debía ir a la base de datos primaria.
Como la base de datos primaria ha fallado, el proxy puede redirigir esas peticiones a la base de datos en espera.
Esas peticiones no fallarán y esto también mejorará la resistencia general de la aplicación.
De lo contrario, si el cliente se estuviera comunicando directamente con la BD primaria y ésta fallara,
entonces toda la aplicación se caería y esto es algo que no se recomienda para producción.
Ahora, junto con eso, para entender el proxy del SIDA, es importante que entendamos los fundamentos
de la conexión a la base de datos.
Por ejemplo, cuando un cliente envía una solicitud a una base de datos, digamos que un cliente envía una solicitud de escritura
en la que desea escribir un dato específico en la base de datos.
Así que entre bastidores, aunque se escriba un pequeño dato en la base de datos, hay un montón de pasos
que se dan entre bastidores.
Así que uno de los primeros pasos primarios es que la aplicación haga uso del controlador de base de datos para abrir la conexión
con la base de datos.
Esta es la primera parte.
En segundo lugar, el socket de red está abierto a nivel del sistema operativo para conectar la aplicación a la
base de datos.
También hay que autenticarse.
También tienes datos que se escriben una vez que la autenticación se completa y una vez que la operación, cualquiera
que sea la operación de base de datos se completa, la conexión se puede cerrar desde el lado de la aplicación y luego el
socket de red se cierra.
Así que desde aquí podemos entender que incluso si un cliente quiere leer pequeña cantidad de datos o escribir pequeña cantidad
de datos detrás de las escenas, hay un montón de cosas que están teniendo lugar.
Y esto a su vez cuesta en términos de CPU y memoria.
Ahora bien, si hay una solicitud, esto realmente no tiene impacto, pero digamos que hay millones de solicitudes, hay
millones de usuarios que están visitando el sitio web, hay millones de solicitudes que
van a la base de datos.
Entonces, mantener la conexión a la base de datos es algo que aumentará la carga significativamente.
Para evitarlo, existe un concepto llamado agrupación de conexiones.
Así pues, la agrupación de conexiones de bases de datos es una forma de reducir el coste de abrir y cerrar la conexión manteniendo
una agrupación de conexiones abiertas.
Así que lo que sucede aquí es que usted tiene el proxy para un ejemplo entre un proxy y una base de datos.
Hay una conexión abierta que ya está establecida.
Así que ahora cuando el cliente envía la solicitud al proxy, ya que las conexiones ya están presentes, el proxy utilizará
la conexión existente para seguir adelante y realizar la operación que el cliente ha solicitado.
Así que un cierto conjunto o un cierto grupo de conexiones abiertas son mantenidas por el proxy y esto reduce
el coste en términos de CPU y memoria aquí.
De acuerdo.
Así que espero que con esto hayas entendido algunos de los beneficios que un proxy de base de datos puede proporcionar.
Y de forma similar, cuando hablamos de anuncios, tenemos una función llamada RDF Proxy.
Así que en una visión general de alto nivel Ideas proxy es un proxy de base de datos totalmente gestionado para las ideas de Amazon como estamos discutiendo.
Similar a las ideas de Proxy de base de datos, Proxy también proporciona un conjunto múltiple de beneficios como la agrupación de conexiones.
Hemos discutido como la disponibilidad en caso de que la DB primaria falle, entonces el proxy puede conectarse automáticamente
a la instancia en espera y las conexiones no se caen.
Y también tienes el beneficio de la autenticación, donde a nivel de proxy puedes aplicar la autenticación IAM para la base de datos,
realmente no necesitas especificar las credenciales de la base de datos.
Por tanto, todas estas medidas pueden aplicarse a nivel de proxy.
Así que hagamos una cosa.
Hagamos una demostración rápida.
Ahora para la demostración de hoy tengo una instancia de base de datos que está disponible.
Vamos a abrir esto rápidamente.
Este es el punto final de la base de datos.
Vamos a conectarnos rápidamente desde el CLA.
Permítanme seguir adelante y rápidamente conectarse a la base de datos de punto final.
Voy a especificar el nombre de usuario de admin y la contraseña como se esperaba.
Verás, estamos conectados y si haces algo como mostrar bases de datos, somos capaces de ver la lista de la
red de bases de datos.
Así que sigamos adelante y salgamos.
En este punto hemos tomado un ejemplo en el que el cliente se comunica directamente con la base de datos.
Ahora vamos a seguir adelante y tomar un ejemplo de proxy de Rrd, donde el cliente se conectará a la base de datos
a través de un proxy de Rrd.
Ahora, desde la consola del IDS, ya tengo configurado el proxy.
Permítanme mostrarles rápidamente.
Así que hay un proxy que está configurado.
Ahora, si nos fijamos aquí, hay un punto final de proxy.
Así que este es el punto final al que el cliente necesita conectarse.
Ahora generalmente una vez que tienes el proxy disponible, tienes que configurar el cliente para
que envíe la petición sólo al proxy y no a la base de datos.
Y esto también se puede imponer utilizando el grupo de seguridad, si lo desea.
Y dentro de ti ves que tienes el grupo objetivo y el grupo objetivo aquí es la base de datos uno.
Así que la base de datos asociada es la base de datos uno, que no es más que esta base de datos específica.
Así que el proxy está conectado a la base de datos.
Ahora vamos a seguir adelante y enviar la solicitud al proxy endpoint.
Así que desde mi CLA de nuevo, vamos a seguir adelante y tratar de conectar con el proxy.
Especifiquemos la contraseña.
Y ya ves, estamos conectados a la base de datos.
Si vuelves a hacer un show databases, verás la misma lista de bases de datos que están disponibles
Ahora, ya que tienes el proxy IDs en su lugar.
El proxy se encarga automáticamente de varias cosas, como la agrupación de conexiones y otras.
Además, hay otras cosas que también puedes hacer cumplir.
Permítanme darles rápidamente un ejemplo.
Así que aquí en la autenticación IAM, puede especificar si es necesario o no.
A veces, como en este caso, habíamos suministrado manualmente el administrador, el usuario y la contraseña.
Digamos que realmente no quieres o no quieres permitirlo en absoluto.
Así que esto es algo que también se puede hacer cumplir a nivel de proxy.
Así que en caso de seleccionarlo como requerido, esto significa permitir sólo la autenticación IM, las credenciales de base de datos no se pueden
utilizar, por lo que todas estas cosas se pueden configurar.
Si lo desea, también puede configurar el TLS por si acaso.
Estupendo.
Así que espero que con esta visión general de alto nivel, hayas entendido lo básico sobre lo que nuestro proxy nos
permite hacer, y con esto concluiremos el vídeo de hoy.