Collegare Database OCI con PostgreSQL per Excel, Fogli Google, IA e REST

Non esiste un endpoint pubblico, e questo si rivela essere il caso più semplice.

Normalmente, un database privato è quello problematico. Qui è il contrario, perché l'agente è stato progettato proprio per questa configurazione.

• OCI Database con PostgreSQL è, per impostazione predefinita, privato all'interno della VCN (Virtual Network Communication). Non esiste un nome host pubblico da abilitare né un'impostazione che ne consenta l'utilizzo.
• Quindi qualsiasi strumento che si connette verso l'interno dal proprio cloud non può raggiungerlo e le solite soluzioni alternative — un host bastion, una sottorete pubblica, una VPN verso l'ufficio — tutti questi termini significano ampliare qualcosa.
• L'agente non si connette in entrata. Se lo si installa su un'istanza di Compute nella stessa VCN, si comporta semplicemente come un client sulla rete privata, aprendo poi una connessione in uscita verso Query Streams per tutto il resto. La configurazione della VCN rimane invariata.
• Quella connessione in uscita è l'unica via di accesso e non è necessaria alcuna regola di sicurezza in entrata per crearla. Il database rimane privato esattamente come lo era prima di essere collegato a un foglio di calcolo.

Il branding si basa sulla connessione salvata, perché un IP privato appare come qualsiasi altro

Una piccola conseguenza del fatto che questa carta sia privata, che vale la pena spiegare, poiché fa sì che si comporti in modo leggermente diverso dalle altre.

• Ogni altra scheda ospitata qui riconosce il suo provider dal nome host — .neon.tech, .render.com, .aivencloud.com. Non esiste un equivalente OCI, perché il tuo endpoint è un indirizzo privato all'interno della tua rete e potrebbe essere qualsiasi cosa.
• Questo preset viene quindi identificato dalla scelta della scheda, piuttosto che dall'indirizzo. È la selezione stessa a registrare che si tratta di un OCI.
• La connessione non dipende da questo; ciò che conta sono il badge e le impostazioni predefinite del marchio, non il protocollo di rete. Alla base c'è PostgreSQL e l'agente veicola il driver Npgsql.
• Ciò significa che vale la pena scegliere questa scheda rispetto a un PostgreSQL generico, anche se entrambi sarebbero in grado di connettersi. Heroku è l'unico altro preset nella stessa posizione, e per lo stesso motivo.

La crittografia segue la casella di controllo e la rete privata è il motivo

La maggior parte delle schede di gestione di Postgres qui presenti indicano che l'agente impone il TLS in base all'impostazione della casella di controllo. Questa, invece, non lo fa, volutamente.

• La casella di controllo SSL è attiva per impostazione predefinita e, se lasciata attiva, la connessione viene crittografata. Questo è il comportamento normale e non richiede alcuna modifica.
• L'agente non lo ignora, perché un sistema di database privato VCN con TLS disattivato è una configurazione legittima e forzare la crittografia interromperebbe una connessione funzionante. Il traffico su una sottorete privata non attraversa mai Internet pubblico.
• Quindi l'istruzione è semplice: lascialo attivo a meno che il tuo sistema di database non abbia TLS disabilitato, nel qual caso disattivalo.
• Quando la crittografia è attiva, la catena di certificati non viene verificata. Va interpretata come una protezione contro chiunque intercetti il traffico in transito, piuttosto che come una prova del server che ha risposto.
• Tutto ciò che l'agente esegue è di sola lettura, le credenziali rimangono sull'istanza di Compute su cui è stato installato e Query Streams non conserva alcuna copia dei dati.

-- Postgres ordinario, sola lettura, dall'interno della 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;