接続する Google Cloud SQL Excel、Google Sheets、AI、RESTへ

プライベートIPが推奨される方法であり、簡単な方法です。

クラウドSQLへの接続は、通常、このデータをどこかに取得する際の最大の難関です。しかし、読み取りを行うシステムが既にVPC内にあれば、その難しさは解消されます。

• このエージェントは発信接続のみを行うため、VPC内のVMに配置する場合、受信ルールは一切必要ありません。
• インスタンスはパブリックIPを保持せず、承認済みネットワークリストは空のままです。 ― オフィス住所が変わっても、更新する必要はありません。
• ホスト名が指定されていないため、Cloud SQLはIPアドレスでアクセスされます。これはサービスの特性であり、ここでは制限事項ではありません。
• 既存の設定がパブリックIPアドレスであれば、引き続き使用できます。エージェントは、境界のどちら側にあるかを気にしません。

認証プロキシは理解されています

多くのチームは、IPアドレスを直接経由するのではなく、Cloud SQL認証プロキシ経由でCloud SQLにアクセスしており、カードはそれを検知します。

• 127.0.0.1またはlocalhostを入力するとプロキシとして認識され、サポートされているかどうかをユーザーが疑問に思う必要がないように、その旨がカードに表示されます。
• プロキシがトンネル自体を暗号化するため、そのパスではSSLオプションは無効にする必要があります。 — このカードは、SSLエラーが発生した場合に混乱を招くような箇所で、このことを知らせてくれます。
• 直接IP接続の場合、SSLオプションは有効にする必要があり、デフォルトで有効になっています。
• プロキシは、ユーザーが実行および管理するプロセスであり、エージェントにはプロキシに関する機能は一切含まれていません。

3つのエンジンと、間違ったエンジンを選択しないようにするガード

マルチエンジンカードでは、ある特定のミスが起こりやすくなります。それは、選択したエンジンとは異なるエンジンに属するポートを貼り付けてしまうことです。この組み合わせは接続時にエラーとなり、有用な情報は何も表示されないため、フォームで検出されます。

• PostgreSQLは5432番ポート、MySQLは3306番ポート、SQL Serverは1433番ポートを使用しています。 — 選択したエンジンに合わせてあらかじめ入力されています。
• PostgreSQLを選択した状態で3306と入力すると、カードにはそのポートがMySQLに属していることが表示され、ポートをそのまま通過させるのではなく、エンジンをチェックするように求められます。
• 先頭または末尾に空白文字が含まれるパスワードも、ほとんどの場合クリップボードの残骸であり、不透明な認証エラーとして検出されるため、フラグが立てられます。
• どのエンジンを選択しても、接続はそのエンジン名で保存されます。 — Cloud SQLは、接続タイプとしてではなく、カード上のバッジとして保持されます。

-- インスタンスがどのエンジンで実行されていても同じ読み取り SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id GROUP BY c.name ORDER BY revenue DESC;