Estate · AWS, Google Cloud and Azure
Know what runs. See what changed.
Inventory, health and change history across your clouds. Find a resource, its owner and its recent changes in one place.
What it reads
One inventory across your clouds.
Filter by account, region, service or status. Read-only access collects resource metadata without reading application data.
- AWS — 25 collectors across compute, databases, storage, networking and serverless. Reader permissions.
- Google Cloud — 15 collectors, using workload identity federation. Reader permissions.
- Azure — 7 collectors, using federation and a metadata-only role. Reader permissions.
Health and change
See what changed and when.
Keep status transitions, configuration diffs and deployment markers on one timeline. Sensitive fields are suppressed.
- Investigate a symptom with nearby changes and their evidence. Candidates are shown without claiming a cause.
- CloudTrail attribution shows possible actors for AWS configuration changes.
- Alerts go to Slack, Microsoft Teams, PagerDuty, email or a webhook. Acknowledge with a note that stays on the timeline.
Ownership
Find the owner and the dependencies.
Ownership combines team overrides, provisioning records, tags and account relationships, with confidence and evidence shown.
- Relationships show what contains, fronts or depends on a resource.
- Apps group related resources for a shared view of health and changes.
- A public status page shares health without exposing resource identifiers.
- Owner
- payments, from the tag team = payments
- Runs on
- checkout-eks · eu-west-1
- Fronted by
- checkout-alb
- Provisioned by
- web-tier v3
- App
- checkout · 12 resources
Performance
Performance beside health.
View latency, errors and saturation from CloudWatch, Cloud Monitoring and Azure Monitor alongside resource health.
- Thirty days of history, including p95 and p99 where the signal supports them.
- Find the hottest resources for a signal, then open their charts.
- Kubernetes detail connects clusters, nodes and pods. Performance is included in Professional and Enterprise.
Estate capabilities
Inventory and health
- Inventory, derived health and the permanent status history
- Dashboard with health, collection, spend, requests and recent changes
- Alerts through Slack, Microsoft Teams, PagerDuty, email and webhooks; public status page without resource identifiers
- Alert acknowledgements with notes kept on the timeline
- Tag-defined application groups, declared apps and collection freshness
- Ten-minute inventory collection and EC2 lifecycle events between reads
- Account overview with resource health and collection freshness
- Google Cloud inventory through federation and metadata-only permissions
- Cloud Functions read from the Functions API's masked listing, including functions that have not run
- Azure inventory through federation and a custom role without data actions
Changes and ownership
- Configuration diffs with sensitive fields suppressed
- Timeline of configuration, health, deployments, approvals and cost events
- Team ownership with confidence and evidence
- Nearby changes and impact evidence for investigations; candidates, not asserted causes
- Tag compliance and creation policies, with associated costs
- Resource dependencies, apps and owning teams, with evidence
- Optional CloudTrail attribution showing candidate actors within its 90-day history
- Findings grouped and prioritised, each with its evidence
- Change alerts on configuration changes, for a team or an app
Performance
- CloudWatch performance charts and Kubernetes topology
- Thirty-day performance history, p95 and p99, and hottest resources by signal
- Google Cloud performance from Cloud Monitoring
- Azure performance from Azure Monitor
What Estate does today.
The rows of the capability matrix for Estate, with the same three words the documentation uses.
Estate
- Inventory, derived health and the permanent status history available now
- The Dashboard: what needs someone now, ranked, each item linked to the page that explains it, then the estate by cloud and category, collection, spend against forecast, provisioning, recent changes and the hottest resources — the first page after sign-in available now
- Alerts, Slack and webhook notifications, and a public status page without identifiers — the front door for a visitor with no session available now
- Microsoft Teams, PagerDuty and email channels, each tested against a stand-in, email also against a real mail server; delivery to a live PagerDuty service and through a live mail relay is proven by the operator, with a step in the operator's manual available now
- Acknowledgeable alerts: a member acknowledges with a required note; the alert leaves the list until the resource changes again, and the acknowledgement is on the timeline available now
- Tag-defined application groups and declared apps, and freshness by each module's cadence available now
- Configuration diffs between snapshots on every resource's page, sensitive fields suppressed available now
- The change feed: configuration diffs, status transitions, acknowledgements, provisioning outcomes, cost anomalies and budget thresholds in one timeline per resource, account, app and team, ordered by the event's own time, with markers the customer's own systems post under a marker credential available now
- Ownership: one resolver deciding every resource's owning team from overrides, provenance, tags, the account and its relationships, with confidence and evidence, on every page that names an owner available now
- Impact and the investigator: one change and what moved around it — status, performance and settled cost on the resource and its neighbours — and, for a symptom, the changes before it ranked by time, distance and kind, each a candidate and never called a cause available now
- Tag policy: the tag keys a resource must carry and the values each admits, who complies with the money beside each answer, and at creation the agent stamps the team key, a request the policy cannot satisfy refused before it exists available now
- Findings: what needs fixing, grouped and prioritised, each priority showing its parts and its evidence available now
- Change alerts: a subscription to configuration changes that match a small predicate, judged as each read arrives, for a team or a declared app available now
- Relationships: a resource's neighbours — what contains it, what runs on it, what fronts and guards it, what provisioned it, the apps it belongs to, the team that owns it — each with evidence and confidence, drawn on its page available now
- Performance: latency, errors and saturation from CloudWatch with statistics, interactive charts and topology diagrams; EKS in depth, from the control plane to each pod available now
- Performance in depth: maxima, p95 and p99, a 30-day window read from an hourly rollup, and the hottest resources per signal with their pressure and a sparkline available now
- Performance for Google Cloud projects, from Cloud Monitoring: Compute Engine instances, Cloud SQL instances, Cloud Storage buckets, Application Load Balancers' forwarding rules, Cloud Run services, Pub/Sub topics and subscriptions, with the same statistics, windows and charts available now
- Performance for Azure subscriptions, from Azure Monitor: virtual machines, PostgreSQL flexible servers, SQL databases, storage accounts, App Service apps and AKS clusters, with the same statistics, windows and charts available now
- The inventory read every ten minutes, and the EC2 instances that start and stop between two reads recorded from EC2's own state-change events, with each run's start, end and lifetime in Changes available now
- Who made a configuration change: the CloudTrail events that may be it — principal, call and time, each a candidate and none chosen — on the change in Changes and in the investigator's evidence, for an AWS account whose administrator turns CloudTrail attribution on, within CloudTrail's 90 days available now
- Accounts: every connected AWS account, Google Cloud project and Azure subscription as an overview — what it holds by status and region, the state of its collection, the worst and stalest collector and when it was last read successfully — for any signed-in member available now
- Google Cloud projects: Compute Engine instances, GKE clusters, Cloud SQL instances, Cloud Storage buckets, VPC networks and subnets, Cloud Run services, Pub/Sub topics and subscriptions, BigQuery datasets, service accounts, Firebase apps and Cloud Functions, read through workload identity federation with a metadata-only custom role, every request field-masked available now
- Cloud Functions read from the Functions API's masked listing: every function under its own name whether or not it has run, with its state and labels, gone when the listing stops naming it available now
- Azure subscriptions: virtual machines, AKS clusters, SQL databases, PostgreSQL flexible servers, storage accounts, virtual networks and App Service apps, read by an app with no secret through federation and a custom role with no data action, connected from Admin → Accounts; every collector, and the role's refusal of content reads, verified against a live test subscription available now
Evaluate it with your team.
Tell us which clouds you use and what you want to evaluate. Start with a guided demo and discuss access for your team.