Skip to main content

Google Cloud Platform Friendly Pilot

Project description

Github CI Maintainability Test Coverage python

Google Cloud Pilot


pip install gcp-pilot

Some APIs need extra packages, thus you must use extras to add them:

  • Cloud Tasks: pip install gcp-pilot[tasks]
  • Cloud Build: pip install gcp-pilot[build]
  • Cloud Storage: pip install gcp-pilot[storage]
  • Big Query: pip install gcp-pilot[bigquery]
  • Speech: pip install gcp-pilot[speech]
  • Sheets: pip install gcp-pilot[sheets]
  • Pub/Sub: pip install gcp-pilot[pubsub]
  • Datastore: pip install gcp-pilot[datastore]
  • Cloud DNS: pip install gcp-pilot[dns]
  • Secret Manager: pip install gcp-pilot[secret]


from gcp_pilot.resource import ResourceManager

grm = ResourceManager()

Default Values


gcp-pilot uses ADC to detect credentials. This means that you must have one of the following setups:

  • Environment variable GOOGLE_APPLICATION_CREDENTIALS pointing to the JSON file with the credentials
  • Run inside GCP (Compute Engine, Cloud Run, GKE, AppEngine), so the machine's credentials will be used

You can also globally set a service account using the environment variable DEFAULT_SERVICE_ACCOUNT, which will require impersonation.


When creating a client, a default project is defined by using the project that the credentials belongs to.

Clients that support managing resources from other projects can be overwritten per call.

Example: you create a BigQuery client using credentials from project_a. All calls will query datasets from project_a, unless another project is passed as parameter when performing the call.

You can also globally set a project using the environment variable DEFAULT_PROJECT


Very similar to default project, a default location is defined by using the project's location. The project's location will exist if you ever enabled AppEngine, so you had to set a location then. Otherwise, no default location will be set.

You can also globally set a location using the environment variable DEFAULT_LOCATION and reduce the amount of API calls when creating clients.

Why Use gcp-pilot

"Since Google already has a generic API client and so many specific clients, why should I use this library?"

Google's has 2 types of clients:

  • dedicated: custom made for the APIs. They are excellent: they implement high level interaction with the API with friendly methods. The gcp-pilot can adds its value by handling authentication, friendly errors and parameter fallback.
  • generic: a single client that is capable of dynamically calling any REST API. They are a pain to use: very specific calls that must be translated from the documentation. The gcp-pilot comes in handy to add high-level interaction with friendly method such as Calendar.create_event, on top of all other vantages cited above.

Parameter Fallback

Most of the API endpoints require project_id (sometimes even project_number) and location.

So gcp-pilot automatically detects these values for you, based on your credentials (although it'll require extra permissions and API calls).

If you use multiple projects, and your credentials is accessing other projects, you can still customize the parameters on each call to avoid the default fallback.

Friendly Errors

Most of APIs return a generic HttpException with am embedded payload with error output, and also there's a couple of different structures for these payloads.

So gcp-pilot tries its best to convert these exceptions into more friendly ones, such as NotFound, AlreadyExists and NotAllowed.

It'll be much easier to capture these exceptions and handle them by its type.

Identification Features

  • Authentication: each client uses ADC, which consists on trying to detect the service account with fallbacks: SDK > Environment Variable > Metadata
  • Impersonation: it's possible to create clients with impersonate_account parameter that impersonates another account.
  • Delegation: services (eg. Google Workspace) that requires specific subjects are automatically delegated, sometimes even performing additional credential signatures.
  • Region: most GCP services requires a location to work on (some even require specific locations). If not provided, the clients use the project's default location, as defined by App Engine.
  • Authorization: OIDC authorization is automatically generated for services (eg. CloudRun) that require authentication to be used.


Some services require specific authorizations that should be setup prior to its usage, some examples:

  • [Pub/Sub] subscribe to a topic with authenticated push;
  • [Cloud Scheduler] schedule a job to trigger a Cloud Run service;
  • [Cloud Tasks] queue a task to trigger a Cloud Run service;

In these cases, gcp-pilot tries its best to assure that the required permissions are properly set up before the actual request is made.


Some services can be integrated, and gcp-pilot does just that in a seamless way by adding helper methods.

Example: you can subscribe to Google Cloud Build's events to be notified by every build step.

By using CloudBuild.subscribe, the gcp-pilot creates a subscription (and the topic, if needed) in the Google Pub/Sub service.

Supported APIs

  • IAM
    • manage service accounts
    • manage permissions
  • Identity Platform
    • sign in users
    • sign up users
    • reset password flow
    • verify email flow
  • Resource Manager
    • manage projects
    • manage permissions
  • Secret Manager
    • manage secrets
  • Identity Aware Proxy
    • generate OIDC token
  • Source Repositories
    • manage repositories
  • Cloud SQL
    • manage instances
    • manage databases
    • manage users
  • Cloud Storage
    • manage buckets
    • manage files
  • Cloud Build
    • manage triggers
  • Cloud Functions
    • manager functions
    • manage permissions
  • Cloud Scheduler
    • manage schedules
  • Cloud Tasks
    • manage tasks & queues
  • Cloud Run
    • read services
    • manage domain mappings [1]
  • API Gateway
    • manage APIs
    • manage API Configs
    • manage Gateways
  • Service Usage
    • enable/disable APIs and Services
  • BigQuery
    • manage datasets
    • perform queries
  • Calendar
    • manage events
  • Google Chats
    • build complex messages
    • call webhook
    • interact as bot
  • Cloud Directory
    • manage groups
  • Cloud DNS
    • manage DNS zones
    • manage zone's registers
  • Sheets
    • manage spreadsheets (powered by gspread)
  • Speech
    • recognize speech from audio
  • Datastore
    • Object Mapping ("ORM-ish" management of documents)
  • Monitoring
    • reporting errors
    • logging
    • manage custom services

Project details

Release history Release notifications | RSS feed

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Files for gcp-pilot, version 0.35.1
Filename, size File type Python version Upload date Hashes
Filename, size gcp_pilot-0.35.1-py3-none-any.whl (57.7 kB) File type Wheel Python version py3 Upload date Hashes View
Filename, size gcp-pilot-0.35.1.tar.gz (47.6 kB) File type Source Python version None Upload date Hashes View

Supported by

AWS AWS Cloud computing Datadog Datadog Monitoring Facebook / Instagram Facebook / Instagram PSF Sponsor Fastly Fastly CDN Google Google Object Storage and Download Analytics Huawei Huawei PSF Sponsor Microsoft Microsoft PSF Sponsor NVIDIA NVIDIA PSF Sponsor Pingdom Pingdom Monitoring Salesforce Salesforce PSF Sponsor Sentry Sentry Error logging StatusPage StatusPage Status page