Arc Orchestrator

Part of Arc Suite

Request Demo

Drives mission workflows machine-to-machine across multi-vendor services, and validates what actually executed against what was expected

Machine-to-Machine Workflows Real-Service Integration Real vs. Expected

Build and Validate Multi-Vendor Mission Workflows

Arc Orchestrator drives a mission workflow across many vendors' services, calling each one machine-to-machine in dependency order, so you can build and exercise the whole flow before it reaches operations.

Services plug in through a standard adapter, so a real provider progressively replaces any simulated step. Our launch-weather go/no-go engine, L-WANE, is the first live service wired into a workflow. Because a single workflow definition drives both execution and the expected view, Arc Orchestrator continuously compares what actually ran against what should have run, so operators see what executed, what degraded, and what failed, in the same place they already monitor compliance and data lineage.

The same engine runs entirely simulated, so developers can stand up a full multi-vendor workflow and build and test new integrations before live services are in place. Arc Orchestrator is the newest Arc Suite capability, built on the observability platform proven in production for nearly a year at the USSF Space Domain Awareness (SDA) TAP Lab.

Key Features

Machine-to-Machine Workflows

Sequences multi-vendor service calls in dependency order, machine-to-machine, and keeps the workflow moving when a service is slow or unavailable instead of stalling

Plug In Real Services

Integrate any provider through a standard adapter (REST, Kafka, or another interface). Adding one is a single adapter plus one config entry, with no change to the execution core

Real vs. Expected

One workflow definition drives both execution and the expected view, so every run is compared against expectation, surfacing what ran, what degraded, and what failed

Simulate to Build & Test

Stand up an entire multi-vendor workflow in a fully simulated environment to develop and validate integrations before live services are available

How Arc Orchestrator Works

1
Define the Workflow

Model the mission as a graph of services and their dependencies. One definition is the single source of truth for both execution and the expected view

2
Execute in Order

Walks the graph in dependency order, calling real services over their standard interfaces and synthesizing any step that is not yet backed by a live provider

3
Stay Resilient

If a required input arrives too slowly or not at all, that step is treated as missing and the workflow keeps moving, with each step stamped with its execution status

4
Compare & Observe

Executed workflows are compared against the expected definition and surfaced through the Arc Suite dashboards alongside compliance and data lineage

Use Cases

Multi-Vendor SDA Operations

Orchestrate detection, weather, and processing workflows across many providers in a single mission thread, adding each provider as its own service node.

Rapid Integration & Test

Developers build and validate new service integrations against a realistic, fully simulated federation, then swap in the live provider one node at a time, with no change to the execution core.

Any Multi-Vendor Service Mesh

Extensible to any reachable service ecosystem where workflows span multiple vendors and resilience matters, from defense programs to industrial and infrastructure networks.

Frequently Asked Questions

The other Arc tools observe a system, monitoring compliance, tracing data lineage, and searching message traffic. Arc Orchestrator acts on it: it drives the mission workflow machine-to-machine, then hands the execution data back to those tools so what it ran is monitored, traced, and graded like everything else. Orchestration and observability work as two halves of one platform.

The workflow continues rather than stalling. A required input that exceeds its wait window is treated as missing, so the affected step is skipped instead of blocking the whole workflow, and its status is recorded for the real-versus-expected comparison. Conservative fallback responses, where a degraded service returns a safe default rather than nothing, are on the roadmap.

Adding a live provider is one small adapter, which maps the provider's interface to the workflow's message payload, plus one configuration entry that marks the node as real. The execution engine does not change. This is the through-line of the design: real services progressively replace simulated nodes, one at a time. L-WANE launch-weather is the first service integrated this way.

Arc Orchestrator is the newest Arc Suite capability, built on the observability platform that ran in production for nearly a year at the USSF SDA TAP Lab. The orchestration engine, real-service integration, and real-versus-expected comparison are built and running, with the first real service integrated. It is being actively exercised now, and we are working toward operational trials.

Ready to Orchestrate Your Mission Workflows?

See how Arc Orchestrator drives multi-vendor workflows machine-to-machine and validates every run against expectation