Application deployment and operations

Deploy and manage your applications.

Infraveil provides one dashboard to release updates, monitor applications, and manage recovery. Your applications run on supported Linux servers your team controls.

Example / Application update Illustrative scenario · not live data
Hosted Dashboard

Choose updates and approval settings, then review the reports sent by your servers.

See how it works
release awaiting approval
Your infrastructure Server connector

The launcher connects your server to Infraveil and manages the agents that run its services.

See how it works
connected / ready
Your infrastructure Service supervisor

An agent checks approved updates, runs a service, and reports its health.

See service controls
update awaiting checks
Your infrastructure Your application

Your application runs on your server, alongside the files and resources it needs.

Review data handling
release 1.8.3 serving
WorkspaceProduction
ServicePayments service
ServerPrimary server
New versionrelease 1.8.4
Approvalcustomer approval required
Example data for an application update. This is not a live system.

Why Infraveil exists

Updates, monitoring, and recovery belong together.

When an update causes a problem, your team needs to see what changed, how the application responded, and what can be done next. Infraveil brings that information together.

ChangeVersion and approval

What will change, and who approves it?

ApplicationHealth and activity

Is the application running, and what is reaching it?

ResultRecovery and result

What action was taken, and did the service recover?

Spend less time piecing together what happened.

An example update

Follow an update from approval to recovery.

This example follows an update to a payments service, one separately managed part of an application. See its approval, health checks, and recovery decision.

Payments service / 1.8.4Managed release · Production · Primary server
01 / UPDATE REQUEST

Choose the update.

Choose the application version, the service to update, its server, and the approval requirements.

Current step Managed release · Payments service 1.8.4 · awaiting approval
HostedControl plane

Update settings, approvals, and service reports.

requested update recorded
Customer hostLauncher

Connects the server and manages its service agents.

waiting for approval
Service supervisionAgent

Checks updates, monitors health, and applies traffic rules.

update not started
Your applicationApplication

The software and files used by your application.

release 1.8.3 serving
No new change record yet.Latest local record

Update requested.

Capabilities

The controls for day-to-day operations.

Choose an area to see what your team can do, what happens on your server, and what the dashboard reports.

Requested update · Payments service

Deploy the approved version.

Send version 1.8.4 to the selected server. Check that it starts and that the server reports the version you requested.

You chooseRelease version and target server
Server actionValidate and start the approved package
You seeCandidate → active → healthy
Recorded resultApproval, checks, and deployment status
Related viewDeployment details

Inside the dashboard

See updates, service health, and incidents together.

Explore the same example service across its server, update, traffic, incident, and change-history views.

INFRAVEIL / OPERATIONSIllustrative workspace · Production

Servers / Production

Compare what should be running with what each server reports.

selected state current
Connected servers02
Managed services05
Current operation01
Attention01
ServiceReleaseServerRequestedReportedOperation
Payments service1.8.4Primary serverrunningdegradedManaged release
Identity3.2.8Server Brunninghealthy
Catalog worker4.3.0Primary serverrunninghealthy
Gateway2.14.1Server Brunninghealthy

Interactive example with sample data. The views show how information connects; they are not live product screenshots.

How Infraveil works

What runs where.

Infraveil hosts the management dashboard. Software on each connected server applies your settings, runs your services, and reports their health.

Control plane

The hosted services behind the dashboard. They coordinate releases, settings, approvals, and activity records.

Launcher

Software on each server that connects to Infraveil, applies assigned settings, and manages service agents.

Agent

Software that checks approved updates, runs a service, monitors its health, and applies supported traffic rules.

Application

Your own software and the files it needs, running on infrastructure your team controls.

See how the system responds
Illustrative flow
HostedControl plane

Coordinates requested settings and receives reports from your servers.

connected · settings current
Customer-controlled infrastructure / Primary serverRuns on your server
MachineLauncher

Applies server settings and manages the service agents.

desired state reconciled
Service supervisionAgent

Checks updates, starts the service, and reports its health.

Payments service supervised
ApplicationApplication

The application runs on your server, with its persistent files stored there.

release 1.8.4 serving
Health and activity reportshealth current · queue clear
New changesavailable
Applicationsserving
Reportingcurrent
What this meanssettings applied

Traffic + policy

Control traffic reaching your services.

A gateway routes requests to your services and applies the rules you configure. Follow an example request through the decision, response, and record. These controls cover traffic sent through that gateway.

Request story / Payments service
POST/v1/paymentsShared request
Requestreceived
RoutePayments service
Policyevaluating
Applicationwaiting
Responsewaiting
Change historywaiting
Arrivalrequest receivedShared request
Routeroute matchedPayments service
Policyrequest-rate policyallow
Responseapplication response500
The rule allowed the request, but the application returned an error (500). A later health failure is shown alongside it; this alone does not establish the cause.record linked

Normal request example selected.

Service incident · Payments service 1.8.4Recovery decision
operator decision required
Health check failedHealth checks failed after version 1.8.4.recorded
Restart limit reachedThe restart limit was reached, so further attempts stopped.stopped retrying
Recovery decisionPropose restoring the previously verified version, 1.8.3.awaiting operator
ActionIf approved, the launcher carries out the restore on the server.not issued
Reported resultHealth checks show whether the service recovered.unknown
Approval modemanual / illustrative
Release approvalcustomer-held release key
Proposed actionrestore release 1.8.3

The restore is awaiting approval. No recovery action has started.

Recovery controls

Decide how to recover.

This example uses manual approval to restore an earlier version after failed health checks. Approve or decline the action, then review the reported result.

Limit repeated restarts.A configured restart limit stops a failing service from restarting endlessly.
Keep the result clear.The change history shows your decision, what ran, and the reported outcome.

Change history

See what changed and what happened next.

See the requested update, its approval, the action taken, and the health reported afterward.

INFRAVEIL / MANAGED CHANGEIllustrative · Local record

Decision pending.

OperationManaged release
WorkspaceProduction
Requested byOperator
TargetPayments service / Primary server
New versionrelease 1.8.4
Recovery targetrelease 1.8.3
Approval decisionmanual approval / awaiting operator
Verificationcustomer approval checked locally
Actionnot issued
Observed staterelease 1.8.4 / degraded
Local reference · Latest local recordoutcome=pending
What it connects.

The update, who approved it, which service changed, what ran, and the result reported by the server.

What it does not prove.

The record helps reconstruct events. It does not guarantee that the application works correctly or that one request caused a failure.

Where the full record lives.

The full change record stays on your infrastructure. Infraveil receives selected reports and, when configured, a reference to that local record.

Operation history / Managed releaseillustrative
Requestupdate requestrecordedPayments service 1.8.4
Approvalcustomer approvalverifiedupdate checks passed
Failureservice healthdegradedService incident
recovery decisionpendingrestore 1.8.3 not issued
observed outcomeunknownawaiting operator decision

Security and data

Know what stays local and what is shared.

Your applications run on your servers. Infraveil receives selected health reports, logs, and events. Some deployment options also store application source files with Infraveil.

Responsibility / stateHosted by InfraveilYour infrastructure
Requested changesRecorded in the dashboard
Requested settingsSent to the serverApplied on the server
LauncherConnects and manages the server
Service supervisionSelected health reportsRuns and monitors each service
Running applicationsCustomer-controlled
Persistent application filesCustomer-controlled
Health and change recordsSelected reports and optional local-record referencesFull local record
Release-signing private keyNot held by InfraveilHeld by your team
Source visibility

You can inspect the launcher and agent code on your servers. The hosted dashboard code is private.

Independent review

Infraveil has not completed an independent external security audit. Published documentation and inspectable code do not replace one.

Team access

Workspace access uses an authenticated account. Confirm support with Infraveil before relying on separate permissions for individual team members.

What information is sent to Infraveil?

Depending on your setup, Infraveil receives server status, service settings and health, selected logs and request records, security events, and records of managed changes. Some deployment options also upload application source files.

What remains local?

The application runs on your servers, where its working files, caches, saved data, and full local change record are stored. You retain control of the release-signing private key.

Connected tools

Connect updates, service health, and recovery.

See application updates, health checks, traffic decisions, and incidents in one place. Send selected reports and alerts to the tools your team already uses.

Work across your tools

Choose an area to see how it fits.

One operating view

Release delivery

Track the update, its approval, and the version your server is running.

Your team keeps its existing infrastructure and specialist tools.

Send reports and alertsSlackTeamsincident.ioGitHubSigned webhooksOpenTelemetry

Pricing

One plan. Clear pricing.

Professional includes two connected servers and five managed services. A service is a separately managed part of an application, such as a payments API or background task.

Professional$399.99per month · no setup fee
Plan includes
  • 2 connected servers
  • 5 managed services
  • Additional server · $89.99/mo
  • Additional service · $69.99/mo
Billing details
  • The published plan has no usage-based charges for traffic, requests, logs, or security events.
  • A signed order applies if it explicitly sets different commercial terms.
  • Server hosting is paid separately. Talk to Infraveil about your setup and contract requirements.

See in operation.

Explore the dashboard and see how Infraveil would work with your applications.