Product
Endpoint Alerts
The alerts Sentinel raises for your account, acknowledged and closed in order.
On this page
What it does
Endpoint Alerts keeps the alerts raised by Sentinel for your account. Each alert names the endpoint and the condition that was met, and moves raised, acknowledged, closed in that order. A closed alert cannot change.
Limits
- Alerts are created by screening snapshots against your own rules; there is no other source.
- Nothing is sent when an alert is raised.
Availability
Endpoint Alerts is running on RJV's own platform. RJV does not sell a licence for it as a separate product today: the commercial terms state what is on sale. It can be part of the result of an engineering engagement, where the written proposal names it, its licence terms and what you would hold at the end. To discuss it, use Work with Us.
Works with
- Sentinel: Required by. Alerts raised by Sentinel are records in this register.
- Audit Chain: Requires. Each record created or moved is entered in the account's audit chain.
- Identity and Access: Requires. An account signs in and holds the grant that lets it use the register.
Where it runs
| Supported target | A customer-controlled Linux host on x86-64 with PostgreSQL 18 (linux-x86_64-customer-controlled). |
|---|---|
| Not yet supported | Windows, macOS, phones and tablets, and Linux on other architectures. Each needs its own installation, update and recovery evidence before it is supported. |
| Check a device | Run rjv2 preflight on it. It reads the operating system, architecture, memory, disk, listen address, configuration, database, database role and schema, changes nothing, and exits non-zero if release 2.0.0-alpha.1 cannot run there. |
| Installed as | One application and a PostgreSQL database. Installing release 2.0.0-alpha.1 (schema 100) installs every system on this site, including Endpoint Alerts. |
| Data | It stays in the PostgreSQL database you run. The only outside service the release can use is an outbound mail relay that you configure. |
| Updating | A release is a numbered build. The schema is applied by a separate owner step (rjv2 migrate), and the application refuses to serve a schema it was not built for. |
| Backup and restore | rjv2 backup writes a checksummed dump. rjv2 restore restores it into an empty database and checks the checksum, the schema version and the audit chain of every account. |
| Leaving | The data is in your own database and can be dumped at any time. What you may do with the release is set by the terms on deployment and ownership. |
- Published
- 29 October 2026
- Revision
- 1