Connecter Bases de données gérées par Scaleway vers Excel, Sheets et l'IA

Une adresse IP, et non un nom d'hôte

Tous les autres fournisseurs d'hébergement géré présentés sur ce site vous attribuent un nom d'hôte. Scaleway, quant à lui, vous attribue une adresse IP, et plusieurs autres éléments en découlent.

• Le champ « Hôte » est intitulé « Adresse IP » et non « Hôte ». Il attend une adresse du type 51.159.24.10, comme indiqué sur la page Vue d'ensemble de l'instance. Le champ « Port », situé juste à côté, est attribué à chaque instance.
• En l'absence de nom d'hôte, aucun suffixe de fournisseur n'est identifiable. Le choix de cette carte permet d'établir que la connexion provient de Scaleway, plutôt que l'adresse elle-même.
• Cela n'affecte que le badge et les paramètres par défaut de la marque. En dessous, on trouve une base de données PostgreSQL ou MySQL standard, et l'agent héberge le pilote.
• Il est toujours préférable de choisir cette carte plutôt que la carte générique, en raison de ses paramètres par défaut et des conseils ci-dessous. OCI PostgreSQL est le seul autre préréglage à occuper la même position, et pour la même raison. — Les adresses privées ne transmettent aucun signal de fournisseur.

Les réseaux privés constituent une voie intéressante.

Scaleway permet d'accéder à une instance de base de données via un réseau privé, et c'est là que la structure de l'agent prend tout son sens.

• Installez l'agent sur une instance Scaleway du même VPC et configurez-le pour qu'il pointe vers le point de terminaison privé. La base de données ne doit en aucun cas être exposée publiquement.
• L'agent n'établit que des connexions sortantes ; aucune règle de sécurité entrante n'est donc nécessaire. Rien ne change au niveau du VPC.
• Il s'agit du même schéma que pour accéder à une base de données locale protégée par un pare-feu. — l'agent est assis à l'intérieur et compose le numéro — et cela s'applique sans modification ici.
• Sur un terminal privé, le trafic ne transite jamais par l'Internet public, ce qui explique également pourquoi le chiffrement est géré de la manière décrite ci-dessous.

Le chiffrement suit la case à cocher sur les deux moteurs

Chose inhabituelle pour ce site, aucun des deux moteurs n'est chiffré de force, et c'est la raison de l'option de réseau privé.

• L'option « Utiliser SSL » est activée par défaut et la connexion est chiffrée tant qu'elle reste activée. Sur un point de terminaison public, laissez-la activée.
• L'agent ne le remplace pas sur aucun des deux moteurs. Pour PostgreSQL, il s'agit d'une exception délibérée. — Un point de terminaison de réseau privé est une méthode légitime d'exécution, et imposer le chiffrement interromprait une connexion qui fonctionnait correctement.
• La consigne la plus honnête est donc celle indiquée sur la carte elle-même : activez le protocole SSL pour les points de terminaison publics. Sur un point de terminaison privé au sein de votre VPC, vous avez le choix, et le trafic ne transite pas par Internet.
• Lorsque le chiffrement est activé, la chaîne de certificats n'est pas vérifiée. Il faut la considérer comme une protection contre l'interception des données en transit, et non comme une preuve du serveur ayant répondu.
• Tout ce que l'agent exécute est en lecture seule, une instruction à la fois, et vos identifiants restent sur la machine sur laquelle vous l'avez installé.

-- Lecture seule, quel que soit le moteur que vous avez choisi\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;