接続する Google AlloyDB Excel、Google Sheets、AI、RESTへ

VPC内のエージェントは全体の設計です

AlloyDBはプライベートな環境を想定して設計されており、ネットワークエージェントは送信接続のみを行うように設計されています。これらの2つの要素がうまく調和するため、セキュリティ強化オプションではなく、プライベートな接続経路がデフォルトとして採用されています。

• 同じVPC内のVM上でエージェントを実行すると、プライベートIPアドレス経由でインスタンスにアクセスします。AlloyDBに関する情報は一切公開されず、パブリックIPアドレスも必要ありません。
• エージェントは発信するだけで受信はしないため、イングレスルールを追加する必要はなく、VPC外部のユーザーがアクセスできるものもありません。
• AlloyDBはホスト名ではなくIPアドレスでアクセスされるため、クエリストリームが認識できる情報はアドレスに含まれていません。AlloyDBバッジは、このカードを選択することによって付与されるものであり、アドレスを解析することによって付与されるものではありません。 つまり、同じIPアドレスへの通常のPostgres接続は、通常のPostgresとしてラベル付けされたままになります。
• AlloyDBはPostgreSQLとのみ互換性があり、それ以外の言語には対応していません。MySQLとSQL Serverも提供しているCloud SQLとは異なり、AlloyDBには1つのエンジンしかなく、エンジン選択機能はありません。

認証プロキシ経由でSSLを無効にする

もう1つのサポートされている方法は、GoogleのAlloyDB認証プロキシを使用することで、フォーム上の回答を1つ変更することです。

• エージェントのマシンでプロキシを実行し、カードを127.0.0.1に向けます。カードはlocalhostを認識し、次に何をすべきかを指示します。
• プロキシ自体がトンネルを暗号化します。Postgresドライバにその上に独自のTLSネゴシエーションを要求すると、ここで発生するSSLエラーが発生します。そのため、プロキシ接続のチェックボックスをオフにしてください。
• 直接プライベートIP接続の場合は、チェックボックスをオンにしたままにしてください。AlloyDBは、ここで挙げたホスティングプロバイダーの中では例外です。 — このチェックボックスは、エージェントによって上書きされるのではなく、TLS を使用するかどうかを実際に制御します。
• TLSが有効になっている場合、通信は暗号化されますが、証明書チェーンは検証されません。

通常のPostgresは一度接続されると

アドレスとプロキシの先には、AlloyDB固有の仕組みは一切ありません。届くのはPostgresです。

• 接続情報はPostgreSQLとして保存され、バッジとしてAlloyDBが保持されます。AlloyDBという名前の接続タイプは存在しません。
• 認証にはデータベースのユーザー名とパスワードが必要です。このカードはGoogle Cloud IAMデータベース認証をサポートしていません。
• プーラーの設定や、選択するプールされたエンドポイントはありません。エージェントは直接接続します。
• publicはデフォルトのスキーマであり、クロスソース参照が持つものです。

-- 通常の Postgres、読み取り専用、プライベート IP 経由 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;