Skip to main content
Regulaxy

Architecture

What the system is made of, what talks to what, and how it behaves when an external data source is unavailable.

Updated

Regulaxy is a web application that runs entirely inside your network. There is no cloud component, no external service, and no outbound internet call at runtime.

The components

ComponentRole
Application serverThe user interface and the API
DatabaseApplication data: events, approvals, checklists, audit log
Inventory sourcesRead-only. Hosts, systems and owners
Directory serviceContact search and group membership checks
Mail relayCalendar invitations and notifications

The data the system owns

Four kinds, all created inside the system: the window events themselves, the approvals and invitations issued, the checklist responses, and the audit log.

Everything else — hosts, systems, owners, vulnerabilities — is a reflection of an external source and is re-read.

Behaviour when a source is unavailable

An unreachable inventory source does not take the system down. A short reachability probe runs before each read, so a failure surfaces in a few hundred milliseconds rather than in a long timeout. The interface states explicitly that the data is not current, rather than presenting stale rows as fresh.

Deployment

A single application process. No cluster is required, and the system is not designed to run as several concurrent copies — the reminder scheduler runs in-process, and two copies mean two reminders.

Edit this page

This page is the file content/docs/en/v1/overview/architecture.mdx