Conectar Bancos de dados gerenciados da Scaleway para Excel, Planilhas e IA

Um endereço IP, não um nome de host.

Todos os outros provedores de serviços gerenciados neste site fornecem apenas um nome de host. A Scaleway fornece apenas um endereço, e algumas coisas decorrem disso.

• O campo "Host" está rotulado como "Endereço IP" em vez de "Host" e espera algo como 51.159.24.10 da página de Visão Geral da instância. A porta fica ao lado e é atribuída por instância.
• Como não há nome de host, não há sufixo de provedor para reconhecer. Escolher este cartão é o que registra que a conexão é da Scaleway, e não o endereço que a revela.
• Isso afeta apenas o selo e as configurações padrão da marca. Por baixo, há um PostgreSQL ou MySQL comum, e o agente carrega o driver.
• Ainda vale a pena escolher esta placa em vez da genérica, pelas configurações padrão e pelas orientações abaixo. OCI PostgreSQL é a única outra configuração predefinida na mesma posição, e pelo mesmo motivo. — Endereços privados não transmitem sinal do provedor.

Redes privadas são o caminho interessante.

O Scaleway oferece suporte ao acesso a uma instância de banco de dados por meio de uma rede privada, e é aí que a configuração do agente se mostra vantajosa.

• Instale o agente em uma instância Scaleway na mesma VPC e configure-o para apontar para o endpoint privado. O banco de dados não precisa de nenhuma exposição pública.
• O agente só faz conexões de saída, portanto, nenhuma regra de segurança de entrada é necessária para que isso funcione. Nada muda em relação à VPC.
• Esse é o mesmo padrão de acesso a um banco de dados local protegido por um firewall. — o agente fica do lado de dentro e disca para fora — e isso se aplica aqui sem alterações.
• Em um ponto de extremidade privado, o tráfego nunca atravessa a internet pública, e é por isso que a criptografia é tratada da maneira descrita abaixo.

A criptografia é ativada após a seleção da caixa de seleção em ambos os mecanismos.

Ao contrário do que é comum neste site, nenhum dos mecanismos de busca utiliza criptografia forçada, e a opção de rede privada é o motivo.

• A opção "Usar SSL" está ativada por padrão e a conexão é criptografada enquanto ela permanecer ativada. Em um endpoint público, deixe-a ativada.
• O agente não o substitui em nenhum dos mecanismos. Para o PostgreSQL, isso é uma exceção intencional. — um ponto de extremidade de rede privada é uma forma legítima de operar, e forçar a criptografia interromperia uma conexão que estava funcionando corretamente.
• Portanto, a instrução honesta é a que o próprio cartão fornece: mantenha o SSL ativado para endpoints públicos. Em um endpoint privado dentro da sua VPC, você tem uma escolha real, e o tráfego não atravessa a internet de qualquer maneira.
• 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, uma instrução por vez, e suas credenciais permanecem na máquina em que você o instalou.

-- Somente leitura, qualquer que seja o mecanismo escolhido\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN 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;