Skip to main content
PrecisionDCOS — PrecisionX CriticalPrecisionDCOS home

Technical search

Jump to any product, solution or page

CriticalOps CloudDCOS-CLD

CriticalOps Cloud

The hosted DCOS Cloud operating plane

The hosted DCOS Cloud operating plane for identity, observability, workflow, data and customer operations — tenant-aware identity, private access, monitoring, dashboards, CALS, workflow, status, reports, evidence, APIs, backup, disaster recovery and cross-site operations.

Delivery
Hosted managed plane
Access
Private, SSO, role-scoped
Scope
Multi-site operations
Resilience
Local protection independent
CriticalOps Cloud provides tenant-aware identity, private access, monitoring, dashboards, asset and dependency context, CALS, workflow integrations, status, reports, evidence, APIs, backup, disaster recovery and cross-site service operations. Local life-safety, protection and equipment autonomy never depend on CriticalOps Cloud.

Outcomes

What this component is designed to make true when it is in place.

Contract, run for you

The full operating contract is delivered as a hosted, managed plane with private access.

Multi-site by default

Federated monitoring, dashboards, CALS and evidence across every site and region.

Local protection independent

Local life-safety, protection and equipment autonomy never depend on CriticalOps Cloud.

Hosted services

Identity & tenancy

Tenant-aware identity, SSO and private access with role-scoped authority across the estate.

Monitoring & visualization

Federated monitoring and portfolio dashboards over every site and domain.

CALS & workflow

Hosted CALS event-to-work orchestration and workflow integrations driving events to verified closure.

Evidence & reporting

Aggregated, continuous evidence and assurance reporting across the portfolio.

APIs & data publication

Hosted, tenant-scoped APIs and streams for integration and analytics.

Backup, restore & DR

Managed backup, restore and disaster recovery for configuration, data and evidence.

Supported authority patterns

The authoritative monitoring location is selected by deployment; the hosted plane runs distinct, tested service groups.

Authority patterns

  • Hosted authority — in Field + NX-Cloud and NX-Cloud Only, the hosted PrecisionDCMS monitoring and workflow layer is authoritative for the assigned domains
  • Federation — a local NX authority may publish selected state, events and telemetry to CriticalOps Cloud without creating duplicate actionable monitoring rules
  • Private deployment — dedicated service cells, customer-cloud and private/sovereign deployments support additional isolation, residency and recovery requirements

Service groups

  • Identity and tenancy
  • Private access and secrets
  • Monitoring and visualization
  • Asset and dependency
  • CALS and workflow
  • Status and customer communications
  • APIs and data publication
  • Evidence and reporting
  • Backup, restore and disaster recovery
  • Platform security and lifecycle

Deployment-aware continuity when the hosted plane is unavailable

  • Field Standalone — CriticalOps Cloud is not required; the site operates entirely on local Field functions.
  • Field + NX-Cloud — the Field continuity subset and buffering continue at the site, and gap-free history replays to the hosted authority on recovery.
  • Field + local NX / NX Local — the local NX remains authoritative and keeps the full local monitoring picture during the disruption.
  • NX-Cloud Only — independent facility systems and local protection continue, and site collectors buffer telemetry until the hosted authority returns.

NX-Cloud service profiles

  • NX-Cloud Monitoring — hosted Zabbix-centered monitoring, alarm and visualization authority for Field-connected and cloud-only sites.
  • NX-Cloud Workflow & CALS — hosted event-to-work orchestration, status and customer communications.
  • NX-Cloud Data & API — hosted, tenant-scoped data publication, APIs and streams for integration and analytics.
  • NX-Cloud Evidence & Assurance — hosted, continuous evidence aggregation and assurance reporting across the portfolio.

Technology architecture

  • Representative technologies may include Keycloak, NetBird or customer ZTNA, Vault or an approved secret store, Zabbix, Prometheus-compatible telemetry, Grafana, NetBox or approved DCIM/CMDB sources, ITSM/CMMS integrations and status or notification platforms. The product is the integrated, tested, secured, versioned and supported operating behavior — not an unmanaged collection of tools.

Operating contract

How this component upholds the shared platform contract.

What this component upholds

  • Identity and authority are consistent and centrally governed across the hosted plane.
  • Private access replaces public exposure for every operating surface.
  • The authoritative monitoring location is selected by deployment; local life-safety, protection and equipment autonomy never depend on CriticalOps Cloud.
  • Configuration, data and evidence remain exportable to the customer at all times.

Service profile

Continuity is deployment-specific — do not assume a local NX is always present. See the deployment-aware continuity breakdown below.
ServiceDeliveryAccessDuring hosted-plane loss
Identity & SSOHostedPrivate, role-scopedCached credentials at site
MonitoringHosted or federatedPrivateDepends on deployment model (see below)
CALSHosted orchestrationPrivateLocal lifecycle continues where a local authority exists
EvidenceHosted aggregationPrivateLocal capture continues; buffered for replay
APIs / streamsHostedAuthority-scopedLocal endpoints available where present
Continuity is deployment-specific — do not assume a local NX is always present. See the deployment-aware continuity breakdown below.

Scope & boundaries

What this component is — and deliberately is not — responsible for.

  • CriticalOps Cloud is the authoritative monitoring and workflow layer where the deployment selects it, and a federation target where local NX remains authoritative.
  • Local life-safety, protection, gas shutdown and equipment-local control never depend on the hosted service.
  • Portal links use approved private paths and separate authorization; the portal does not become an unrestricted browser proxy to PLCs, BMCs or switches.
  • Private access and residency are configured to the customer's governance requirements.

Technical FAQs

Frequently asked questions

Explore the family

Related products

Bring CriticalOps Cloud into your reference architecture

We map this component to your sites, existing systems and assurance obligations, then agree a delivery path.