Ready to start?
Why we created the GCP integration
We're excited to announce our new GCP integration, which replaces the previous GCP exporter. Our goal is to integrate live cloud resource data into the software catalog, displaying both metadata and runtime data in context, making the lives of developers and DevOps teams easier. By operating at the organization level rather than the project level, the integration makes it easier to manage multiple projects.
How does it work?
Port’s GCP integration is based on our Ocean extensibility framework and uses GCP asset inventory, a metadata inventory service that lets you view, monitor, and analyze all your Google Cloud assets across projects and services.
This integration allows us to:
- Map all the resources in your Google Cloud projects, including container clusters, cloud run services, BigQuery tables, compute engine Autoscaler and other GCP objects, along with their state.
- Filter the projects in your Google Cloud organization that will be accessed by the integration.
- View Google Cloud object changes (create/update/delete) in real-time, and automatically apply the changes to your software catalog entities in Port.
- Use relations to create complete, easily digestible views of your Google Cloud infrastructure inside Port.
Working with the GCP integration
Just like other Port integrations, such as the AWS integration or our GitHub integration, you can use the GCP integration to take cloud data from your GCP organization and insert it into the software catalog. This includes Projects, Storage Buckets, Service Accounts, Memory Stores, Compute Instances, Container Clusters and essentially anything GCP. Port supports the supported resource types in GCP, giving you the ability to create the right abstractions and views in Port, by developers, teams and more. Seeing your GCP accounts in the Software Catalog lets you tie cloud resources to services, alerts, FinOps and anything else in Port.
The way this works in Port is by defining blueprints. Blueprints are where you define entities in the software catalog, essentially allowing you to define the data model for a certain type of entity in your software catalog and its relations to other entities. As such, Blueprints are the main building block in Port since they create the software catalog. Once a Blueprint is populated with data (in this case, using GCP asset inventory), it creates Software Catalog entities (using the Ocean framework). Blueprints support the representation of any asset in Port, and in the case of the GCP integrations, the following Blueprints are automatically created: Project, Container Cluster, Cloud Function, PubSub Topic. In addition, a general “Cloud Resource” Blueprint is also created that pulls all generic GCP metadata. Using a generic “Cloud Resource” Blueprint allows you to gather all cloud resources under one Blueprint instead of creating a different Blueprint per cloud resource. It makes it easier to create self-service actions, and also eases the mapping process.
The list of Blueprints isn’t closed and you can create a Blueprint to represent any GCP resource.
This shows a Project Blueprint and its related entities. First, we’ll see the relevant Blueprints, and then the related entities:
Some more information about the GCP integration
Want to know more? Check our docs.
Check out Port's pre-populated demo and see what it's all about.
No email required
Contact sales for a technical product walkthrough
Open a free Port account. No credit card required
Watch Port live coding videos - setting up an internal developer portal & platform
Check out Port's pre-populated demo and see what it's all about.
(no email required)
Contact sales for a technical product walkthrough
Open a free Port account. No credit card required
Watch Port live coding videos - setting up an internal developer portal & platform
Book a demo right now to check out Port's developer portal yourself
Apply to join the Beta for Port's new Backstage plugin
It's a Trap - Jenkins as Self service UI
Further reading:
Example JSON block
Order Domain
Cart System
Products System
Cart Resource
Cart API
Core Kafka Library
Core Payment Library
Cart Service JSON
Products Service JSON
Component Blueprint
Resource Blueprint
API Blueprint
Domain Blueprint
System Blueprint
Microservices SDLC
Scaffold a new microservice
Deploy (canary or blue-green)
Feature flagging
Revert
Lock deployments
Add Secret
Force merge pull request (skip tests on crises)
Add environment variable to service
Add IaC to the service
Upgrade package version
Development environments
Spin up a developer environment for 5 days
ETL mock data to environment
Invite developer to the environment
Extend TTL by 3 days
Cloud resources
Provision a cloud resource
Modify a cloud resource
Get permissions to access cloud resource
SRE actions
Update pod count
Update auto-scaling group
Execute incident response runbook automation
Data Engineering
Add / Remove / Update Column to table
Run Airflow DAG
Duplicate table
Backoffice
Change customer configuration
Update customer software version
Upgrade - Downgrade plan tier
Create - Delete customer
Machine learning actions
Train model
Pre-process dataset
Deploy
A/B testing traffic route
Revert
Spin up remote Jupyter notebook
Engineering tools
Observability
Tasks management
CI/CD
On-Call management
Troubleshooting tools
DevSecOps
Runbooks
Infrastructure
Cloud Resources
K8S
Containers & Serverless
IaC
Databases
Environments
Regions
Software and more
Microservices
Docker Images
Docs
APIs
3rd parties
Runbooks
Cron jobs