Exception capture with context
Unhandled exceptions from your apps land in SolidOps with their full stack trace, the runtime context, and enough metadata to reproduce the failure. Nothing is quietly swallowed.
Sentry-style exception capture with stack traces, fingerprint grouping, and a direct path into your incidents and alerts. This one is on the roadmap, not shipped. Here is the plan.
Buying the lifetime plan now reserves your base ingest allowance, so error collection is included at that base the day it ships. The metered charge only ever applies to ingest volume past the base, and only once the feature is live.
These are the pieces we intend to ship. Documented so the direction is clear, not so it reads as finished. Each one is planned; none of it runs today.
Unhandled exceptions from your apps land in SolidOps with their full stack trace, the runtime context, and enough metadata to reproduce the failure. Nothing is quietly swallowed.
Similar exceptions fold into one issue with a count and a first-seen and last-seen timestamp, so the same crash thrown a thousand times appears once, not as a flood of duplicate noise.
A spike in a grouped error can open an incident and fire an alert through the same channels already configured for uptime. One place to see the whole state of your stack, not two separate dashboards.
A small SDK to drop into your app, or a lightweight agent for server-side exception capture. Outbound-only. No inbound surface to open up on the host.
Ingest events are the real cost in error tracking. Here is exactly how the charge will work, written down before the feature ships, so there is no surprise on the bill later.
A base monthly ingest-event allowance comes with the lifetime plan at no extra cost. Buy now and that allowance is reserved for you the day error collection ships.
Only ingest volume beyond the base allowance is billed, and only by how much you actually send. No tier to guess at up front, no waste on capacity you never use.
Error collection does not exist yet, so nothing is metered yet. The per-event charge starts the day this feature ships, never before that.
illustrative meter · figures are a concept, not a bill
The goal is to wire errors into the same incident and alert system that already handles uptime. A spike in exceptions opens one incident, not a separate Sentry notification alongside a separate uptime alert.
Monitoring, incidents, and alerts are live. If an uptime check fails, an incident opens and an alert fires. That surface is already running.
When error collection lands, an exception spike becomes another signal that can trigger the same incident and alert paths. Your uptime numbers and your error counts will sit side by side, not in two separate tools.
Today you probably run Sentry for errors and something else for uptime. When both fire at once you get two separate alerts for what is usually the same outage. The plan is to collapse that into one incident with both signals attached.
Error collection is not built yet.
This page is here so you know where SolidOps is headed, not so it looks finished. No exceptions are being captured today, no grouping runs, and no incidents are opened by error signals. When error collection ships, this becomes a real feature page and the metered ingest charge begins for volume past the base allowance. Until then, the honest answer is that the work is ahead of us.
Monitoring, incidents, and alerts are live today, and the lifetime plan includes the base error ingest allowance the moment error collection ships. Buy once, and grow into the platform as each piece comes online.