Daily
Get open Atlas alerts every morning
Each morning one email lists every alert still open across your Atlas projects.
- Runs
- Daily
- Apps
- MongoDB
- AI
- Not needed
- Access
- Project Read Only
Send this to your assistant
Create a ClickRuntime automation: every weekday at 8am, list the open alerts in all my MongoDB Atlas projects and email me each one with the project, cluster, alert type and when it started.
First time? Adding ClickRuntime to your assistant takes about two minutes.
Why use it
Why teams use this automation
A MongoDB Atlas project raises alerts for things like replica set elections, high connections, disk usage and a primary going down. They arrive by email and by whatever integration was set up, and many are acknowledged without being resolved. A developer who joins a project months later has no idea that an alert about oplog window has been open for three weeks, and open alerts across several projects are never reviewed together. Teams with several projects feel this most.
Each morning ClickRuntime lists every Atlas project your API key can see, asks for alerts with the status OPEN, and emails one summary showing the project, alert type, affected cluster and when it opened. If nothing is open, it can send nothing at all.
It is useful for small teams where nobody has a full-time database administrator.
What you get out of it
Stale alerts get a daily reminder
An alert that stays open is listed again the next morning. A disk warning at 80 percent is seen daily until fixed, instead of being forgotten after a single email.
All projects in one email
Teams with separate Atlas projects for production, staging and analytics get one list. You do not log in to three projects to learn that staging has an unresolved issue. Teams that keep separate Atlas projects for production, staging and analytics read one email and see them all.
New hires see the real state
A person taking over database duties reads the digest and knows what is open right now. They do not depend on the previous owner's memory or on a stale handover note.
Problems found before an outage
Alerts like replication lag or rising connections often come days before a failure. A morning review lets you act at a calm moment rather than during an incident. Replication lag or climbing connections often show up days before a failure, so a calm morning review beats a 3am page.
A habit of closing alerts
When open alerts show up in an email every day, people resolve or tune them. The Atlas alert list gets cleaner, so alerts that remain mean something. The remaining alerts become ones worth reading, since noisy conditions get fixed or tuned.
How it works
What happens, step by step
Every morning ClickRuntime goes through each of your MongoDB Atlas projects.
It collects every alert that is still open.
You get one email listing each alert with its project, cluster, type and when it started.
Before it runs live
- Connect MongoDB
What you get
Build your own
Need it to work differently?
Your own rules
Conditions, thresholds, filters and exceptions, written the way you'd explain them to a colleague.
Any number of apps
One automation can read from one app and update several others. Over 248 apps are ready, and anything with an API works too.
AI where it helps
Summaries, classification, extraction and drafts use ClickRuntime's built-in AI, with no extra key.
On a schedule or on each event
Runs as often as every 5 minutes, or the moment an app sends an event, and keeps track of what it already handled.
Changes you can ask for
- Run it at a different time, more or less often, or only on weekdays
- Add an AI step, for example to summarize, sort or draft a reply
- Add another app, for example also send it to Slack
- Combine it with other MongoDB steps into one automation
Under the hood
The code that runs this automation
from clickruntime import on_trigger, credentials, http, notify
from requests.auth import HTTPDigestAuth
ATLAS = "https://cloud.mongodb.com/api/atlas/v2"
def atlas(path, **params):
auth = HTTPDigestAuth(credentials.secret("ATLAS_PUBLIC_KEY"), credentials.secret("ATLAS_PRIVATE_KEY"))
resp = http.get(f"{ATLAS}{path}", auth=auth, params=params, headers={"Accept": "application/vnd.atlas.2024-08-05+json"})
resp.raise_for_status()
return resp.json()
@on_trigger
def run(event):
lines = []
for g in atlas("/groups")["results"]:
for a in atlas(f"/groups/{g['id']}/alerts", status="OPEN")["results"]:
lines.append(f"{g['name']} / {a.get('clusterName', '-')}: {a['eventTypeName']} since {a['created'][:16]}")
notify.email_me(f"{len(lines)} open Atlas alerts", "\n".join(lines) or "No open alerts.")
return {"open": len(lines)}FAQ
Common questions
What Atlas permissions does the key need?
Does it include alerts that were acknowledged?
Does it cover Atlas projects in other organizations?
What permissions does it need?
Does it need AI?
How many runs does it use?
Can I change how it works?
Related
You might also like
Keep a weekly list of your Atlas clusters
Every Monday you get each cluster's project, tier, MongoDB version and state in one table.
See how it worksTrack what Atlas is costing this month
Once a week you see the running total of your pending Atlas invoice and its biggest line items.
See how it worksGet warned when a cluster backup is missing
You hear about any backed-up cluster whose newest snapshot failed or is more than a day old.
See how it worksKeep exploring
Set up “Get open Atlas alerts every morning” from your assistant
Copy the prompt above, or connect your assistant first. Free plan, no credit card.