Connecter Fly.io Postgres vers Excel, Google Sheets, l'IA et REST

Il y a trois entrées, et la carte vous indique quand vous en avez choisi une quatrième.

Fly MPG part du principe que ses clients utilisent Fly. Or, l'agent n'y est généralement pas, c'est donc la première décision à prendre.

• Agent sur une machine volante dans la même organisation — la base de données est facilement accessible, et c'est la solution la plus simple si vous utilisez déjà Fly.
• Agent installé sur votre propre matériel, via un proxy Fly MPG. Fly ouvre un tunnel local et vous vous connectez à 127.0.0.1 sur le port proxy. C'est la solution habituelle pour un agent sur site.
• Agent n'importe où, directement sur le nom d'hôte flympg.net Cela fonctionne lorsque votre réseau peut y accéder, et expire dans le cas contraire. Si une connexion directe se bloque au lieu d'être refusée, c'est bien dans ce cas que vous vous trouvez, et le proxy est la solution.
• Ce qui ne fonctionne pas, c'est un nom d'hôte interne (.internal). Ce sont les noms 6PN privés de Fly, et ils ne sont résolus qu'au sein du réseau Fly. La carte les rejette donc par leur nom plutôt que de laisser la connexion expirer. — la même courtoisie que la carte de chemin de fer accorde à sa variable privée.

Le point de terminaison mis en commun est un préfixe de nom d'hôte, ce qui est étonnamment facile à obtenir.

La plupart des services utilisant un pooler lui attribuent un port ou un paramètre distinct. Fly, quant à lui, modifie un seul mot au début du nom d'hôte.

• direct.<cluster>.flympg.net est la base de données. pgbouncer.<cluster>.flympg.net est le pool PgBouncer, même cluster, mêmes identifiants.
• Comme le préfixe fait partie du nom d'hôte, il est inclus dans tout ce que vous collez. Collez un URI pgbouncer et la carte lira le préfixe et enregistrera le mode de mise en pool pour vous. — pas de menu déroulant à mémoriser.
• Utilisez l'hôte direct pour les lectures de longue durée et le pool pour les nombreuses lectures courtes. Dans tous les cas, toutes les opérations exécutées par l'agent sont en lecture seule.
• Il est important de préciser le rôle de l'agent : il enregistre le point de terminaison utilisé et s'y connecte. Actuellement, il ne modifie pas les paramètres de son pilote entre les deux. En cas de forte charge simultanée sur le pool, privilégiez la connexion directe à l'hôte pour le moment.

Le chiffrement s'active en cochant la case correspondante, et c'est intentionnel.

La plupart des fiches d'administration Postgres sur ce site indiquent que l'agent force l'utilisation de TLS, quelle que soit la case cochée. Ce n'est pas le cas ici, et la raison en est le proxy.

• La case SSL est cochée par défaut ; si elle reste cochée, vous bénéficiez d'une connexion chiffrée à un serveur flympg.net. C'est le comportement normal et il n'est pas nécessaire de le modifier.
• L'agent ne modifie pas ce comportement, car un tunnel proxy Fly MPG local est une méthode de connexion légitime et forcer le chiffrement le rendrait inopérant. Le trafic transitant par ce tunnel ne quitte jamais votre machine ; il n'y a donc rien à protéger sur le réseau.
• La consigne est donc simple : laissez cette option activée, sauf si vous vous connectez à 127.0.0.1 via un proxy. Ne la désactivez pas pour un hôte flympg.net.
• 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 du trafic en transit, et non comme une preuve du serveur ayant répondu.
• Vos identifiants ne quittent jamais la machine sur laquelle l'agent s'exécute, et Query Streams ne stocke aucune copie de vos données ni de votre mot de passe.

-- Postgres ordinaire, lecture seule\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;