Instance families
General-purpose, compute-oriented and memory-oriented profiles designed around predictable resource ratios.
PROGRAMMABLE COMPUTE
KVM-based virtual instances for services that need rapid provisioning, private networking and reproducible operations without giving up visibility into the underlying platform.
TWELVE YEARS OF INFRASTRUCTURE OPERATIONS · API-FIRST CONTROL · ENGINEERED FOR PRODUCTION
VISUAL / SERVICE MODEL
This view summarizes the service boundary, decision points and operational signals for Programmable Compute.
Traffic or control enters a defined service boundary.
Policy and placement are evaluated against current state.
The workload is processed by the appropriate infrastructure layer.
Telemetry is preserved so the path can be explained operationally.
01 / OPERATING MODEL
BitActive treats vps / cloud compute as part of an end-to-end infrastructure path rather than as an isolated product. The design starts with where traffic enters the platform, how the resource is reached over private and public networks, what state is maintained, and which failure domains must remain independent. This approach reflects twelve years of operating infrastructure for production workloads: capacity, route quality, failure handling and observability are considered together instead of being delegated to separate layers with no shared context.
Configuration is intended to remain explicit and reviewable. For VPS / Cloud Compute, resource sizing and topology are selected around the workload rather than a single public package list. Changes are versioned through API-oriented workflows so that operational state can be compared with intended state. Monitoring focuses on signals that help an engineering team make a decision: health, saturation, request timing, network behaviour and dependency state. The goal is not to expose every possible metric, but to preserve enough context to identify whether a problem belongs to compute, storage, network, delivery or the application itself.
02 / ARCHITECTURE
Logical components are deliberately shown as separate stages so routing, policy and failure behaviour can be reasoned about.
03 / ENGINEERING
Capacity, observability, networking and lifecycle operations are treated as first-class parts of the service.
General-purpose, compute-oriented and memory-oriented profiles designed around predictable resource ratios.
Isolated network segments, private addressing and routed service networks for multi-tier applications.
Repeatable image and snapshot operations for controlled rollout, rollback and environment cloning.
Host, network and instance-level signals exposed for capacity planning and incident investigation.
04 / TECHNICAL PROFILE
Exact configuration is finalized during architecture review. Values below describe the normal operating model rather than a public rate card.
| Hypervisor | KVM |
|---|---|
| CPU allocation | Pinned or shared profiles depending on instance family |
| Storage | NVMe-backed volumes and snapshots |
| Networking | Private VPC, public routing, IPv4/IPv6 |
| Automation | REST API and infrastructure-as-code workflows |
| Recovery | Snapshot and rebuild workflows by service profile |
05 / OPERATIONS
BitActive does not treat production infrastructure as a sequence of anonymous self-service transactions. New deployments begin with topology, traffic profile, recovery objective and integration review. That context is then carried into provisioning, monitoring and change management so the operational team knows what the service is intended to do before it needs to respond to an exception.
Hardware and software vendors are selected around technical fit. Depending on the workload, the platform uses current-generation technology from AMD, Intel, NVIDIA, Cisco, Dell Technologies and Supermicro. These references describe the technology ecosystem used in infrastructure design; they are not customer references and do not imply a commercial partnership beyond ordinary technology use.
BitActive works with referred clients on premium infrastructure engagements. Start with the workload, traffic profile and operational requirements.