For Agents
Provision and manage MongoDB Atlas clusters, backups, Atlas Search indexes, network access, and federated identity at the organisation and project level.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the MongoDB Atlas Administration 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 | shStep 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 instanceJentic 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.
What an agent can do with MongoDB Atlas Administration API.
Provision, scale, and tear down MongoDB Atlas clusters across AWS, Azure, and GCP regions
Configure and trigger Cloud Backups, restore snapshots, and run cluster outage simulations
Create and manage Atlas Search indexes for full-text and vector search workloads
GET STARTED
Use for: Provision a new M30 Atlas cluster in eu-west-1, List all clusters across every project in the organisation, Trigger a backup snapshot of cluster orders-prod, Restore an Atlas cluster from yesterday's snapshot
Not supported: Does not run database queries or execute aggregations against your data — use the Atlas Administration API for control-plane management of clusters, backups, search, and access only.
The MongoDB Atlas Administration API is the control plane for the Atlas managed database service. With 468 endpoints, it covers cluster lifecycle, backups, Atlas Search, Data Federation, Online Archive, organisation and project management, alerts, billing, custom database roles, federated authentication, network access, and observability. Authentication is HTTP Digest with API public/private keys or OAuth 2.0 service accounts. Operations span the full cloud database stack so platform teams can build their own internal Atlas portals.
Define custom database roles and per-project access policies for fine-grained authorisation
Manage federated identity, organisation configurations, and SSO role mappings via /federationSettings endpoints
Create alert configurations on resource metrics and inspect activity feeds for audit and SOC use cases
Administer Data Federation, Online Archive, and access tracking across an Atlas project portfolio
Patterns agents use MongoDB Atlas Administration API for, with concrete tasks.
★ Self-Service Cluster Provisioning
Platform engineering teams expose Atlas to product squads through an internal portal that calls the Atlas Administration API. Squads request a cluster size, region, and database tier, and the platform creates the cluster, configures backups, sets up alerts, and binds an existing custom role. The 468-endpoint surface covers every Atlas object the portal needs to expose.
Create a new M30 Atlas cluster called orders-staging in eu-west-1 within project proj_42 and confirm the cluster reaches IDLE state.
Backup and Disaster Recovery Drills
Risk and SRE teams use Cloud Backups to rehearse restore procedures and run outage simulations against non-production clusters. The API can trigger a snapshot, list available restore points, restore into a new cluster, and run a Cluster Outage Simulation, producing an evidence trail through the activity feed.
List the latest snapshot for cluster payments-prod and restore it into a new cluster payments-restored-test.
Federated Access Management
Enterprises map Atlas access to an external identity provider through Federation Settings. Admins can link organisation configurations to a federation, manage role mappings between IdP groups and Atlas roles, and remove organisations from a federation when an entity is divested. This keeps Atlas access in sync with corporate directory groups.
List role mappings on the engineering organisation under federationSettings_id fed_777 and add a new mapping that grants project read-only access.
Cost Visibility and Cluster Hygiene
FinOps teams pull cluster inventories, alert configurations, and billing-adjacent data through the Administration API to find oversized or unused clusters. Combined with the activity feed, this produces a recurring report that flags clusters which can be downsized, paused, or terminated before the next bill.
List all clusters across every project, sort by tier, and flag any M40+ cluster with no incoming connections in the last 24 hours.
AI Agent Database Operations
A platform agent uses Jentic to discover Atlas operations across clusters, backups, alerts, and access management, then executes them with vault-stored OAuth service account credentials. With 468 endpoints in scope, the agent can answer 'which clusters are over-provisioned' or 'create a search index on this collection' without bespoke integration code.
Search Jentic for 'list all Atlas clusters', load the schema for GET /api/atlas/v2/clusters, and return the cluster names sorted by tier.
468 endpoints — the mongodb atlas administration api is the control plane for the atlas managed database service.
METHOD
PATH
DESCRIPTION
/api/atlas/v2/clusters
List clusters across all projects
/api/atlas/v2
Return the Atlas application status
/api/atlas/v2/eventTypes
List subscribable event types
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs
List connected organisations in a federation
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs/{orgId}
Update a connected organisation configuration
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs/{orgId}/roleMappings
List role mappings for an organisation
/api/atlas/v2/alertConfigs/matchers/fieldNames
List alert configuration matcher field names
/api/atlas/v2/clusters
List clusters across all projects
/api/atlas/v2
Return the Atlas application status
/api/atlas/v2/eventTypes
List subscribable event types
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs
List connected organisations in a federation
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs/{orgId}
Update a connected organisation configuration
Three things that make agents converge on Jentic-routed access.
Credential isolation
Atlas Digest API keys and OAuth 2.0 service account credentials are stored encrypted in the Jentic vault. Jentic signs each request with Digest or attaches a refreshed bearer token at execution time so secrets never enter the agent's context.
Intent-based discovery
With 468 endpoints, browsing Atlas docs is slow. Agents instead search Jentic by intent (e.g. 'create an Atlas cluster' or 'list role mappings') and receive the matching endpoint with its full input schema.
Time to first call
Direct Atlas integration: 1-3 days reading the reference, wiring Digest or OAuth, handling pagination, and asynchronous cluster operations. Through Jentic: under 1 hour to search, load, and execute the first call.
Alternatives and complements available in the Jentic catalogue.
Specific to using MongoDB Atlas Administration API through Jentic.
What authentication does the MongoDB Atlas Administration API use?
Two options: HTTP Digest using public/private API keys, or OAuth 2.0 service accounts. OAuth service accounts are recommended for newer integrations. Through Jentic both credential types are stored encrypted in the vault and applied at execution time.
Can I provision a new Atlas cluster with this API?
Yes. Use POST /api/atlas/v2/groups/{groupId}/clusters to create a cluster with a chosen tier, region, and provider. The cluster is asynchronous; poll the cluster endpoint or watch the activity feed until the state becomes IDLE before connecting applications.
What are the rate limits for the Atlas Administration API?
Atlas applies request quotas per organisation that are not exposed in the spec. Treat HTTP 429 as a back-off signal and retry with exponential delay; long-running operations like cluster creation are eventually consistent and should be polled rather than spammed.
How do I list clusters across every project through Jentic?
Search Jentic for 'list all Atlas clusters', load the schema for GET /api/atlas/v2/clusters, and execute it. Jentic injects the Digest or OAuth credential and returns a paginated list spanning every project the credential can access.
Does the API expose Atlas Search and vector search?
Yes. The Atlas Search resource provides endpoints to create, list, and update search indexes, including indexes that back vector search workloads. Define the index type and analyzer in the request body and Atlas applies it to the named collection.
Can I manage federated identity and SSO mappings?
Yes. The /api/atlas/v2/federationSettings/{federationSettingsId} family of endpoints lets you list and remove connected organisations and manage role mappings between identity provider groups and Atlas roles. This keeps SSO access aligned with corporate directory changes.
How do I run a backup and restore through the API?
Use the Cloud Backups endpoints under a project to take an on-demand snapshot, list snapshots, and create a restore job into a new or existing cluster. Pair restores with the Cluster Outage Simulation endpoint to rehearse recovery without affecting production.
/api/atlas/v2/federationSettings/{federationSettingsId}/connectedOrgConfigs/{orgId}/roleMappings
List role mappings for an organisation
/api/atlas/v2/alertConfigs/matchers/fieldNames
List alert configuration matcher field names