docs: explain how to check whether a deployment is suspended - #11725
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
|
Claude finished @igorlukanin's task in 1m 39s —— View job Docs review — no blockers; 3 low-severity notes (naming, duplication, unverifiable UI path)Full review
What's good
Findings (all inline)
Aside (pre-existing, not this PR)
|
|
Claude finished @igorlukanin's task in 53s —— View job Re-review after update — all 3 prior notes addressed; no new findingsFull review
Prior notes — all resolved in
|
| # | Note | Status |
|---|---|---|
| 1 | "Cube Cloud" legacy naming in the new <Warning> |
Fixed — now "Opening a deployment in Cube resumes it" (line 98) |
| 2 | Multi-cluster reason duplicated the <Info> at line 26; Shared / CCU unlinked |
Fixed — the paragraph now leads with the Always on label and covers both cases (Multi-cluster, plus Dedicated with auto-suspension off), and [Shared deployment][ref-deployment-dev-instance] / [CCU][ref-deployment-pricing] are linked (lines 104–113) |
| 3 | Billing → Cost and Usage Explorer label unverifiable from the docs set | Relabeled to Billing → Cost and Usage (line 110). Still the only occurrence of that path in docs-mintlify, so nothing to cross-check against — taking your verification as authoritative |
All three threads resolved.
Link references
All four refs used in the new section are defined at the bottom of the page:
ref-prod-multi-cluster (141), ref-deployment-prod-cluster (140),
ref-deployment-dev-instance (139), ref-deployment-pricing (142). No dangling
references.
No new findings
The added paragraph on Always on is more accurate than what I suggested — it
covers the Dedicated-with-auto-suspension-off case my version missed. Section
length and placement still look right.
Aside (pre-existing, not this PR)
- Line 26: typo — "not avaiable" → "not available".
- Frontmatter carries
hidden: truewhile the page is registered indocs.json
(line 316); the new section inherits whatever that combination produces.
Opening a deployment in Cube Cloud resumes it, and that was the only documented way to check on one — so there was no way to tell whether a deployment was suspended without changing the answer. This adds a section explaining where to look instead, and warns about the resume side effect.
It also points at Cost and Usage Explorer for the related question the same gap blocks: finding deployments that are genuinely unused, rather than merely suspended at this moment.
The Deployments page grows a Status column in a companion change; this documents it.