built-in authentication

Related topics

• built-in authentication is an alternative to IAM database authentication From the official documentation: “Although IAM database authentication is more secure and reliable, you might prefer to use built-in authentication or a hybrid authentication model that includes both authentication types.”
• built-in authentication is part of Cloud SQL From the official documentation: “In Cloud SQL, you can use the following types of database authentication for database users: - The database's [built-in authentication](/sql/docs/postgres/built-in-authentication) uses a username and password to authenticate a database user.”
• built-in authentication is an alternative to Identity and Access Management From the official documentation: “To instead create a database user that uses Identity and Access Management (IAM) to authenticate, see [Manage IAM authentication](/alloydb/docs/database-users/manage-iam-auth).”
• Cloud SQL works with Cloud SQL Auth Proxy From the official documentation: “The Cloud SQL Auth Proxy uses the Cloud SQL API to interact with your SQL instance.”
• Cloud SQL works with Database Migration Service From the official documentation: “Gives Cloud Database Migration service account access to Cloud SQL resources.”
• BigQuery is an alternative to Cloud Storage From the official documentation: “The `import_result_sink` must be a Cloud Storage path or a BigQuery table.”
• BigQuery works with Cloud Storage From the official documentation: “External BigQuery data source backed by Cloud Storage”
• Cloud SQL Auth Proxy secures Cloud SQL From the official documentation: “The Cloud SQL proxy provides encryption between the proxy and instance”
• BigQuery works with Cloud SQL From the official documentation: “Add credentials to connect BigQuery to Cloud SQL.”
• Cloud SQL works with Vertex AI From the official documentation: “[Integrate Cloud SQL with Vertex AI](/sql/docs/mysql/integrate-cloud-sql-with-vertex-ai)”
• Cloud SQL works with Cloud Storage From the official documentation: “Exports data from a Cloud SQL instance to a Cloud Storage bucket as a SQL dump or CSV file.”
• Cloud SQL works with Compute Engine From the official documentation: “This page describes how to use the mysql client, installed on a Compute Engine instance, to connect to Cloud SQL.”
• Cloud SQL depends on Compute Engine From the official documentation: “Cloud SQL uses Compute Engine virtual machines (VMs) with persistent storage disks.”
• Cloud Storage works with Database Migration Service From the official documentation: “Database Migration Service replicates data from SQL Server backup and transaction log files that you upload to a Cloud Storage bucket.”
• Cloud SQL works with Identity and Access Management From the official documentation: “This page describes how Cloud SQL is integrated with IAM .”
• Identity and Access Management secures Database Migration Service From the official documentation: “You can get and set permissions for Database Migration Service using the Google Cloud console, the IAM methods of the API, or the Google Cloud CLI.”
• IAM database authentication is part of Cloud SQL From the official documentation: “For more information, see [Manage users with IAM database authentication for Cloud SQL](/sql/docs/postgres/add-manage-iam-users).”
• Identity and Access Management secures BigQuery From the official documentation: “Access to BigQuery data from AlloyDB is managed through IAM.”
• BigQuery works with Vertex AI From the official documentation: “Token usage directly correlates with your Vertex AI billing for BigQuery generative AI functions that use Gemini models.”
• Cloud Storage works with Identity and Access Management From the official documentation: “To learn how to use IAM with Cloud Storage, see [Using IAM Permissions](/storage/docs/access-control/using-iam-permissions).”
• Identity and Access Management secures Cloud Storage From the official documentation: “Cloud Storage uses Identity and Access Management (IAM) for authorization.”
• Identity and Access Management secures Vertex AI From the official documentation: “A Vertex AI model with an active endpoint that you have Identity and Access Management (IAM) permission to access.”
• Cloud SQL Auth Proxy is part of Cloud SQL From the official documentation: “In addition, Cloud SQL provides different authorization options to control who is allowed to connect to your instance, such as the [Cloud SQL Auth Proxy](/sql/docs/mysql/sql-proxy).”
• Cloud SQL Auth Proxy works with Compute Engine From the official documentation: “If you are connecting to a Cloud SQL instance from a Compute Engine instance using [Cloud SQL Auth Proxy](/sql/docs/mysql/connect-auth-proxy#create-service-account), you can use the default Compute Engine service account associated with the Compute Engine instance.”
• BigQuery works with Identity and Access Management From the official documentation: “BigQuery uses Identity and Access Management (IAM) for authorization.”
• Cloud Storage works with Compute Engine From the official documentation: “You can use a web browser, the Google Cloud CLI, or a programming language to transfer files between Cloud Storage and Compute Engine VMs.”
• BigQuery depends on Cloud Storage From the official documentation: “BigQuery relies on Cloud Storage for staging file data and supports reading from and writing to several other sources and Google Cloud services.”
• Database Migration Service depends on Cloud SQL From the official documentation: “For heterogeneous Oracle migrations to Cloud SQL, Database Migration Service requires that you first create and configure your Cloud SQL destination instance.”
• IAM database authentication secures Cloud SQL From the official documentation: “Make sure that the `cloudsql.iam_authentication` flag is set to `on` in your Cloud SQL for MySQL instance.”
• Identity and Access Management secures Compute Engine From the official documentation: “Compute Engine uses Identity and Access Management (IAM) for authorization.”
• BigQuery works with Compute Engine From the official documentation: “Compute Engine integrates with Google Cloud technologies such as Cloud Storage, Google Kubernetes Engine, and BigQuery, to extend beyond the basic computational capability to create more complex and sophisticated applications.”
• Cloud SQL depends on Cloud Storage From the official documentation: “When ingesting data from Cloud SQL, data is first staged to a Cloud Storage bucket.”
• Cloud SQL works with IAM database authentication From the official documentation: “For Cloud SQL, both IAM database authentication and built-in database authentication are supported.”
• Cloud SQL Auth Proxy depends on Compute Engine From the official documentation: “To establish this connection, a Compute Engine VM in the connector network runs the Cloud SQL Auth Proxy.”
• Cloud SQL Auth Proxy works with IAM database authentication From the official documentation: “If a client or user connects using [IAM database authentication](/sql/docs/postgres/iam-authentication), then they must use either the Cloud SQL Auth Proxy or Cloud SQL Connectors to enforce client identity verification.”
• Database Migration Service depends on Cloud Storage From the official documentation: “If you use file export and import to migrate, or use the Database Migration Service migration tool, you need to create a Cloud Storage bucket.”
• IAM database authentication depends on Identity and Access Management From the official documentation: “This page describes how to prepare your AlloyDB for PostgreSQL instance to facilitate database authentication using Identity and Access Management (IAM).”