Olá a todos, e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre os fundamentos da procuração da Rrd.
Agora, antes de entendermos este tópico com mais detalhes, é importante para nós primeiro entender
o básico e as vantagens que o proxy do banco de dados proporciona.
Portanto, primeiro, vamos discutir os conceitos básicos de proxy de banco de dados em uma visão geral de alto nível.
O proxy do banco de dados é um intermediário entre um usuário e o banco de dados, e o mesmo pode ser representado a partir
deste diagrama onde o proxy atua como um intermediário entre o cliente e o banco de dados.
Agora, um dos benefícios desta abordagem é que como todas as consultas do cliente passam por este
proxy específico, há muitos controles e otimizações que podem ser aplicados em um nível de proxy.
Por exemplo, digamos que você queira bloquear um tipo específico de pedido.
Isto é algo que você mesmo pode fazer em nível de procuração.
Portanto, se tal solicitação for recebida de um cliente, a qualquer momento em que ela for diretamente bloqueada por um representante,
a solicitação nunca vai para o banco de dados e, portanto, há muitos controles e otimizações que podem ser aplicados
em tal arquitetura.
Portanto, a fim de entender as coisas de uma maneira melhor, vamos pegar um caso de uso simples associado a um cenário
de failover.
Portanto, neste diagrama específico, você tem um único banco de dados e todas as conexões com o banco de dados estão
passando pelo proxy.
Agora, por alguma razão, digamos que este banco de dados primário falha em tais casos.
Se houver um banco de dados em standby disponível, então o proxy pode ir em frente e redirecionar a solicitação para
a instância do banco de dados em standby.
Muito bem.
Agora, aqui, o cliente não precisa realmente se preocupar com o endereço IP da instância do BD de espera, porque
se o primário sentir que o endereço IP do BD também mudará ou a URL do banco de dados também
mudará.
Mas como o cliente está se conectando ao proxy, o proxy se encarrega de redirecionar o pedido, juntamente
com o pedido existente que tinha chegado ao proxy que deveria ir para o banco de dados principal.
Como o banco de dados principal falhou, o procurador pode redirecionar essas solicitações para o banco de dados de reserva.
Essas solicitações não falharão e isso também melhorará a resiliência geral da aplicação.
Caso contrário, se o cliente estivesse se comunicando diretamente com o BD primário e se o BD primário
falhar, toda a aplicação cairia e isto é algo que não é recomendado para a produção.
Agora, junto com isso, a fim de entender o proxy da AIDS, é importante que compreendamos o básico
da conexão de banco de dados.
Por exemplo, quando um cliente envia uma solicitação para um banco de dados, digamos que um cliente envia uma solicitação por escrito
onde ele quer escrever um dado específico para o banco de dados.
Assim, nos bastidores, mesmo que um pequeno dado seja escrito no banco de dados, há muitos passos
que são dados nos bastidores.
Portanto, um dos primeiros passos primários é que o aplicativo faça uso do driver do banco de dados para abrir a conexão
com o banco de dados.
Portanto, esta é a primeira parte.
A segunda é a tomada de rede está aberta no nível do sistema operacional para conectar a aplicação ao banco
de dados.
Então você também tem a autenticação que ocorre.
Você também tem dados que são escritos quando a autenticação é concluída e quando a operação,
qualquer que seja a operação do banco de dados, a conexão pode ser fechada do lado da aplicação e então
a tomada de rede é fechada.
Portanto, daqui podemos entender que mesmo que um cliente queira ler uma pequena quantidade de dados ou escrever uma pequena
quantidade de dados nos bastidores, há muitas coisas que estão ocorrendo.
E isto, por sua vez, custa em termos de CPU e memória.
Agora, se há uma solicitação, isto não tem realmente impacto, mas digamos que há milhões de solicitações, há milhões
de usuários que estão visitando o site, há milhões de solicitações que estão indo para
o banco de dados.
Então, manter a conexão de banco de dados é algo que aumentará significativamente a carga.
Portanto, para superar isto, existe um conceito chamado "pooling de conexões".
Portanto, o pooling de conexões de banco de dados é uma forma de reduzir o custo de abertura e fechamento da conexão,
mantendo um pool de conexões abertas.
Portanto, o que acontece aqui é que você tem o proxy para um exemplo entre um proxy e um banco de dados.
Há uma conexão aberta que já está estabelecida.
Assim, agora quando o cliente envia o pedido ao procurador, já que as conexões já estão presentes, o procurador
utilizará a conexão existente para prosseguir e realizar a operação que o cliente solicitou.
Assim, um certo conjunto ou um certo pool de conexões abertas é mantido pelo proxy e isso reduz
o custo em termos de CPU e memória aqui.
Muito bem.
Portanto, espero que com isso você tenha entendido alguns dos benefícios que um proxy de banco de dados pode proporcionar.
E de forma semelhante, quando discutimos sobre anúncios, temos um recurso chamado RDF Proxy.
Portanto, em uma visão geral de alto nível, o proxy de idéias é um proxy de banco de dados totalmente gerenciado para idéias da Amazônia, como estamos discutindo.
Semelhante ao banco de dados de idéias de Proxy, Proxy também oferece múltiplos conjuntos de benefícios como o agrupamento de conexões.
Discutimos como a disponibilidade no caso de falha do BD primário, então o proxy pode se conectar automaticamente
à instância de espera e as conexões não são descartadas.
E você também tem o benefício da autenticação onde, em um nível de proxy, você pode aplicar a autenticação do IAM para banco de dados,
você não precisa realmente especificar as credenciais do banco de dados.
Portanto, todas essas medidas podem ser feitas em nível de procuração.
Portanto, vamos fazer uma coisa.
Vamos em frente e façamos uma rápida demonstração.
Agora, para a demonstração de hoje, eu tenho uma instância de banco de dados que está disponível.
Vamos abrir isto rapidamente.
Este é o ponto final do banco de dados.
Vamos em frente e conectemo-nos rapidamente a ele agora a partir do CLA.
Deixe-me ir em frente e conectá-lo rapidamente ao ponto final do banco de dados.
Especificarei o nome de usuário de admin e a senha, como esperado.
Veja, estamos logados e se você fizer algo como mostrar bancos de dados, podemos ver a lista da grade
de bancos de dados.
Portanto, vamos em frente e vamos sair.
Agora, nesta fase, tomamos um exemplo em que o cliente está se comunicando diretamente com o banco de dados.
Agora vamos em frente e tomemos um exemplo do proxy da Rrd, onde o cliente se conectará ao banco de dados
através de um proxy da Rrd.
Agora, a partir do console do IDS, já tenho o proxy configurado.
Deixe-me mostrar-lhe rapidamente.
Portanto, há um proxy que é configurado.
Agora, se olharmos para aqui, há um endpoint proxy.
Portanto, este é o ponto final a que o cliente precisa se conectar.
Agora, geralmente, uma vez que você tenha o proxy disponível, você tem que configurar o cliente para que ele
envie o pedido somente para o proxy e não para o banco de dados.
E isto também pode ser aplicado usando o grupo de segurança, se você quiser.
E dentro de você você vê que você tem o grupo alvo e o grupo alvo aqui é o banco de dados um.
Portanto, o banco de dados associado é um banco de dados, que não é nada além deste banco de dados específico.
Portanto, o proxy está conectado ao banco de dados.
Agora vamos em frente e enviar o pedido para o ponto final de procuração.
Então, do meu CLA novamente, vamos em frente e tentar nos conectar com o procurador.
Vamos especificar a senha.
E veja, nós estamos conectados ao banco de dados.
Se você fizer um banco de dados de show novamente, você verá a mesma lista de bancos de dados que estão disponíveis
agora, uma vez que você tem o proxy de IDs em vigor.
Várias coisas como o pooling de conexões e outras são automaticamente tratadas pelo procurador.
Agora, junto com isso, há outras coisas que você também pode fazer cumprir.
Deixe-me dar rapidamente um exemplo.
Portanto, aqui na autenticação do IAM, você pode especificar se ela é necessária ou não.
Às vezes, como estamos discutindo neste caso, tínhamos fornecido manualmente o administrador, o usuário
e a senha.
Digamos que você realmente não quer ou não quer permitir isso de forma alguma.
Portanto, isto também é algo que pode ser aplicado a nível de procuração.
Portanto, no caso de selecioná-lo conforme necessário, isto significa permitir apenas a autenticação IM, as credenciais do banco de dados não podem
ser usadas, de modo que todas estas coisas podem ser configuradas.
Você também pode configurar o TLS no caso de desejar.
Ótimo.
Portanto, espero que com isto em uma visão geral de alto nível, vocês entenderam o básico sobre o que nosso procurador
nos permite fazer, e com isto concluirá o vídeo de hoje.