Conectar Banco de dados OCI com PostgreSQL para Excel, Planilhas Google, IA e REST

Não existe um ponto final público, e esse acaba sendo o caso mais fácil.

Normalmente, um banco de dados privado é o problemático. Aqui é o oposto, porque o agente já foi construído exatamente para esse formato.

• O banco de dados OCI com PostgreSQL é privado em relação à VCN por design. Não há um nome de host público para habilitar e nenhuma configuração que permita isso.
• Portanto, qualquer ferramenta que se conecte internamente a partir de sua própria nuvem não consegue alcançá-la, e as soluções alternativas usuais... — um host bastion, uma sub-rede pública, uma VPN de volta ao escritório — tudo isso significa ampliar alguma coisa.
• O agente não se conecta internamente. Coloque-o em uma instância Compute na mesma VCN e ele funcionará simplesmente como um cliente na rede privada, abrindo então uma conexão de saída para o Query Streams para todas as demais conexões. Nada na VCN muda.
• Essa conexão de saída é a única rota de entrada e saída, e nenhuma regra de lista de segurança de entrada é necessária para criá-la. O banco de dados permanece exatamente tão privado quanto era antes de você conectá-lo a uma planilha.

A marca aproveita a conexão salva, pois um IP privado se parece com qualquer outro.

Uma pequena consequência de ser privada que vale a pena explicar, já que faz com que esta carta se comporte de maneira ligeiramente diferente das demais.

• Todas as outras placas hospedadas aqui reconhecem seu provedor pelo nome do host. — .neon.tech, .render.com, .aivencloud.com. Não existe equivalente em OCI, porque seu endpoint é um endereço privado dentro da sua própria rede e pode ser qualquer coisa.
• Portanto, essa configuração predefinida é identificada pela seleção do cartão, e não pelo endereço. A seleção é o que registra que se trata de um cartão OCI.
• Nada na conexão depende disso; o que importa é o selo e as configurações padrão da marca, não o protocolo de transmissão. Por baixo, está o PostgreSQL e o agente carrega o driver Npgsql.
• Isso significa que vale a pena escolher essa placa em vez do PostgreSQL genérico, mesmo que ambos se conectem. O Heroku é a única outra opção predefinida na mesma posição, e pelo mesmo motivo.

A criptografia vem depois da caixa de seleção, e a rede privada é o motivo.

A maioria dos cartões Postgres gerenciados aqui dizem que o agente força o uso de TLS, independentemente do que a caixa de seleção indicar. Este, porém, não faz isso, propositalmente.

• A caixa de seleção SSL está marcada por padrão e, se mantida ativada, a conexão será criptografada. Esse é o comportamento normal e não requer nenhuma alteração.
• O agente não sobrescreve essa configuração, pois um sistema de banco de dados VCN privado com TLS desativado é uma configuração legítima e forçar a criptografia interromperia uma conexão em funcionamento. O tráfego em uma sub-rede privada nunca atravessa a internet pública.
• Portanto, a instrução é simples: deixe ativado, a menos que seu sistema de banco de dados tenha o TLS desativado, caso em que você deve desativá-lo.
• Quando a criptografia está ativada, a cadeia de certificados não é verificada. Interprete isso como uma proteção contra qualquer pessoa que leia o tráfego em trânsito, e não como uma prova de qual servidor respondeu.
• Tudo o que o agente executa é somente leitura, as credenciais permanecem na instância Compute em que você o instalou e o Query Streams não mantém nenhuma cópia dos seus dados.

-- Postgres comum, somente leitura, de dentro da VCN\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM public.customers AS c\nJOIN public.orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;