Topoo Cloud
Product model for the Topoo private cloud control plane.
Topoo Cloud turns distributed serverless infrastructure into a customer-facing private cloud with concrete projects, nodes, resources, deployments, and operating state.
Customers buy and operate Topoo capacity. They should not need to understand which upstream provider implements a runtime, database, storage service, network, or security capability.
Define Project as the unified product and release subject, and Node as a permission-scoped code container and attention boundary.
Unify Source, editors, Agent Submissions, Node Versions, Artifacts, Project Releases, and Deployments into one lifecycle.
Define Cloud Project as the integration boundary for modules, runtime resources, domains, source, and deployments.
Describe Topoo-facing Nodes, storage, databases, queues, domains, secrets, and their real operating state.
Separate code provenance from runtime artifacts while keeping every deployment traceable to its source version.
Map GitHub source history, Topoo Project revisions, Agent submissions, and deterministic release control into one product model.
See the binary audit of completed and not-completed source-control capabilities.
Understand the problem, product direction, and ownership boundaries for Agent submissions and controlled releases.
Core terms
Product rule
Topoo Cloud is the customer-facing abstraction.
Upstream providers are implementation details. Product language, quotas, status, billing, and documentation must describe Topoo capabilities first.
Provider-specific identifiers may exist in internal adapters and diagnostics, but they must not define the customer model.
Relationship to toProject
toProject documents the project object for agent-led work and execution.
Topoo Cloud documents the infrastructure control plane used to run and expose software. A Cloud Project may host or deploy outputs produced by toProject, but the two concepts have different responsibilities and must not be collapsed into one model.