All evidenceGRD-06 / Deployment & operations

How can VENTEX Connect be operated?

Which operating models are realistic for VENTEX Connect?

Direct answer

The reproducibly documented current path is a hardened single-host deployment with containers, TLS gateway, PostgreSQL, Redis and private object storage. Managed EU and a dedicated VPS are realistic pilot models; on-premises is a target model requiring additional hardening and acceptance.

Technical deployment contract and publicly described operating models; not an individual architecture approval.
Claim ledger03 ENTRIES
OPS-01Implemented

The stack has containerised web, API, database, Redis and storage components.

Evidence basis

Production Compose, multi-stage images, health endpoints and migration job.

Deliberate boundary

A single host is not high availability or multi-region operation.

OPS-02Internally evidenced

Releases can be gated by types, tests, build, migration, smoke checks and signed release evidence.

Evidence basis

Release script, claim verification and documented deployment flow.

Deliberate boundary

An internal release gate is not a penetration test or operating certification.

OPS-03Planned

On-premises is architecturally prepared but not a blanket turn-key package.

Evidence basis

Container and module boundaries allow isolated target environments.

Deliberate boundary

Network, secrets, backups, monitoring, recovery, patching and acceptance must be defined per environment.

What does not follow
  • No automatic high availability through Docker Compose.
  • No maintenance-free on-premises operation.
  • No compliance solely through location or owning the server.
Evaluate before adoption
  1. 01Define RTO/RPO, backup encryption and restore exercises.
  2. 02Name secret management, patch windows, monitoring and accountable owners.
  3. 03Compare single host, dedicated VPS and isolated operation against real outage impact.
FAQ / FACTS

Short answers

Which operating models are realistic for VENTEX Connect?

No. Connect requires persistent Node/container processes, PostgreSQL, Redis, private object storage and realtime connections.

No. More control also creates more responsibility for hardening, updates, backups, monitoring and recovery.