Google App Hub API

Name: App Hub API
Brand: App Hub API
Availability: InStock

✓ Official Vendor SpecDeveloper ToolsMonitoring Observabilityoauth223 EndpointsREST

For Agents

Catalog and govern Google Cloud applications, services, and workloads as first-class resources. Useful for agents that need to inventory infrastructure, attach ownership, or report on application health across many projects.

Install Jentic One Beta

Connect the App Hub API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the App Hub API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with App Hub API.

Attach service projects to a central App Hub host

Discover services and workloads already running in attached projects

Annotate applications with criticality, environment, and owner

GET STARTED

Start building with App Hub API

Explore with Jentic

View OpenAPI Document

Use Cases

Patterns agents use App Hub API for, with concrete tasks.

★ Cross-project application inventory

Platform teams attach every compute project to a central App Hub host project and define applications that span those projects. Discovered services and workloads surface what is actually running, so leadership has a real-time map of what exists, who owns it, and how critical it is.

Create application 'orders-platform' in host project p with environment PRODUCTION and criticalityType MISSION_CRITICAL, then attach service project p-svc as a service project.

Service ownership and on-call routing

Each application carries owner annotations (developer, operator, business). On-call tooling reads App Hub to know who to page when a downstream alert fires on a discovered service. The data model replaces wiki pages and spreadsheets that go stale.

Patch application orders-platform with developerOwners and operatorOwners email lists pulled from the team directory.

Discovery-driven onboarding

Rather than re-modeling everything, teams call the discovered service and workload endpoints to surface what's already running and onboard those resources into App Hub by attaching them as Services or Workloads under an Application. Onboarding becomes incremental rather than a big-bang rewrite.

List discoveredServices in attached project p-svc and add the top 5 by request volume to application orders-platform as Services.

AI agent platform inventory assistant via Jentic

An AI agent acting as a platform inventory assistant answers 'who owns service X' or 'what production apps depend on Cloud SQL' by querying App Hub through Jentic. The agent never holds the project's service account JSON, only short-lived scoped tokens at execution.

On the request 'who owns the orders service', look up the Service in App Hub, return developerOwners, and link the Application page.

Key Endpoints

23 endpoints — the google cloud app hub api gives platform teams a single inventory of the applications running across their google cloud organization.

METHOD

PATH

DESCRIPTION

GET

/v1/{+parent}/applications

List applications under a host project

GET

/v1/{+parent}/discoveredServices

List discovered services in an attached project

GET

/v1/{+name}:lookupServiceProjectAttachment

Look up service project attachment metadata

POST

/v1/{+name}:detachServiceProjectAttachment

Detach a service project from the host

GET

/v1/{+name}/locations

List supported locations

DELETE

/v1/{+name}

Delete an application, service, or workload

GET

/v1/{+parent}/applications

List applications under a host project

GET

/v1/{+parent}/discoveredServices

List discovered services in an attached project

GET

/v1/{+name}:lookupServiceProjectAttachment

Look up service project attachment metadata

POST

/v1/{+name}:detachServiceProjectAttachment

Detach a service project from the host

GET

/v1/{+name}/locations

List supported locations

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Google Cloud service account credentials are stored encrypted in the Jentic vault. Agents call App Hub operations through Jentic with scoped access tokens; the JSON key never enters the agent context.

Intent-based discovery

Agents search Jentic with phrases like 'register application' or 'list discovered services' and Jentic returns the matching App Hub operation with its input schema, so the agent does not need to navigate the App Hub reference manually.

Time to first call

Direct integration: 1-3 days for IAM, project attachment, and discovery polling. Through Jentic: under one hour to start registering applications and attaching service projects.

FAQs

Specific to using App Hub API through Jentic.

What authentication does the Google App Hub API use?

OAuth 2.0 with Google Cloud credentials. Through Jentic the credentials are vaulted and exchanged for scoped access tokens at runtime.

Can I attach multiple service projects to one App Hub host?

Yes. Use the serviceProjectAttachments endpoints under /v1/{+parent}/serviceProjectAttachments to attach each compute project, after which discoveredServices and discoveredWorkloads under that attachment become visible to the host.

What are the rate limits for the Google App Hub API?

Standard Google Cloud per-project per-minute quotas apply. App Hub is a control-plane service and is rarely a bottleneck, but bulk attachments and discovery listings should still page rather than fan-out aggressively.

How do I attach a service project through Jentic?

Search Jentic for 'attach service project to app hub', load the schema for the serviceProjectAttachments.create operation, and execute it with the host project parent and the service project ID. Jentic returns the operation handle to poll until done.

Is the Google App Hub API free?

App Hub itself is generally available without a separate per-call fee at the time of writing. Check Google's App Hub pricing page for the current tier; the underlying compute and observability services it points at are billed independently.

What is the difference between a Service and a DiscoveredService?

A DiscoveredService is what App Hub automatically finds running in an attached project. A Service is what you have explicitly registered under an Application. Onboarding usually means promoting a discovered service into a registered Service with ownership and criticality.