Infrastructure as a product system
Control Plane, Data Plane, API, agents, installer and runtime are designed as one operational system.

4SO · DEEP TECH INFRASTRUCTURE COMPANY
4SO turns hard infrastructure problems—state, failure, recovery, networking, data and lifecycle—into explicit product workflows. We build for Day‑2 operations, not only installation.
The 4SO product family: three domains around 4SO Lab
1Platform FactoryBuild and operate RKE2, OKD and existing Kubernetes platforms.
2WorkspaceSecure browser workspaces and RDP/VNC/SSH access.
3Enterprise WordPressWordPress as a managed platform resource.
4DBaaS EnterpriseLifecycle for ten database engines, from MySQL and PostgreSQL to MongoDB and Qdrant.
5GeoDNSAuthoritative DNS and traffic management with an independent query path.
6Mail GatewayOutbound delivery, inbound protection and mail-node lifecycle.
74SO NetworkA network source of truth with provenance and confidence.
84SO LabThe shared method for researching, designing, building and verifying every product.About 4SO
4SO builds infrastructure products whose value comes from deep engineering across system state, networks, storage, databases, security, failure movement, recovery and automation.
We put that complexity behind a coherent product experience so technical teams can operate outcomes instead of holding together unrelated tools.
Control Plane, Data Plane, API, agents, installer and runtime are designed as one operational system.
State, idempotency, quorum, failover, resume and recovery are normal product behavior.
Database lifecycle, authoritative DNS and network source-of-truth mechanics are first-class product concerns.
AI accelerates analysis and implementation, while authorization and operational truth remain product-owned.
Why 4SO
Day‑1 matters, but operational cost and risk begin on Day‑2: capacity change, failure, upgrade, recovery, access and observability. When those paths are scattered across tools and individual memory, reliability becomes a people dependency.
High availability, replication, backup, recovery, routing and policy each have their own mechanics. Keeping them correct together is an operational systems problem, not a software-install task.
If the safe path exists only in one DBA, SysAdmin or SRE's memory, repeatability, handoff and recovery become fragile under pressure.
Scale, upgrade and failover can become the incident when they run without admission checks, bounded execution and authoritative post-change verification.
Panel, API, automation and AI-assisted tools must operate on one resource and state model rather than presenting conflicting versions of service truth.
Products
From platform construction to databases, DNS, mail and secure workspaces, every 4SO product owns a concrete operational domain and carries it from initial deployment through Day‑2 operations.
Turns raw servers or existing clusters into standardized Kubernetes and private-cloud platforms, then keeps build, import, upgrade, recovery and fleet lifecycle under one product boundary.
Technical detail →Delivers browser workspaces and RDP/VNC/SSH access while keeping policy, data controls and execution separated from the user endpoint.
Technical detail →Treats WordPress as a managed platform resource, bringing identity, capacity, data/cache, edge, observability, backup and recovery into one self-hosted lifecycle.
Technical detail →Operates ten database engines (MySQL, PostgreSQL, Redis OSS, Valkey, MariaDB, MongoDB, ClickHouse, OpenSearch, ScyllaDB and Qdrant) as managed services with engine-native topologies, engine-native HA semantics, backup/restore, upgrade and stable endpoints.
Technical detail →Operates authoritative DNS and multi-region traffic through revisioned change, controlled delivery, DNSSEC and node lifecycle while keeping the DNS query path independent from a live control plane.
Technical detail →Self-hosted mail platform for high-volume outbound delivery and protected inbound flow with tenant operations, access control, queue visibility and explicit mail-node lifecycle.
Technical detail →Transforms inventory, topology and configuration evidence into an analyzable model while keeping observed facts separate from inference and preserving provenance and confidence.
Technical detail →4SO Lab
Experience × AI × Engineering Discipline
4SO Lab is the shared product-engineering method behind the portfolio. Human judgment frames the problem, automation and AI accelerate the work, and independent verification decides what can be trusted.
What looks correct in source must still be proven in the running system.
Network Intelligence
4SO Network turns inventory, topology and configuration sources into a machine-readable model while preserving the distinction between observed facts and inferred relationships.
4SO vision
Installation should not be the end of the product. The same system should guide capacity change, upgrade, failure, recovery and observation.