The Aguasto thesis / Development strategy

Why Modular AI Infrastructure?

An alternative path from infrastructure planning to operational compute. Standardized engineering and independently deployable facilities can improve execution flexibility where power, land-use and operating requirements are satisfied.

Original Aguasto conceptual illustration. Not manufacturer geometry, an operating Aguasto asset, or a measured benchmark.
Why now

More capacity needs
more deployment models.

Aguasto is developing modular, high-performance data centers and distributed compute infrastructure for enterprise AI and next-generation inference.

Traditional campuses will remain important. Independent inference replicas and dedicated enterprise workloads can also be evaluated in phased facilities, provided latency, reliability, power and customer requirements support the design. Modularity is a deployment strategy, not proof of readiness.

LBNL's June 2026 report describes bottlenecks in connecting large loads. CBRE's H1 2026 evidence shows continued construction alongside power and approval constraints. Aguasto's response is a development thesis; these reports do not validate a particular Aguasto project.

LBNL Speed to Power · CBRE H1 2026

Six principles. Real dependencies.

01

Industrialized deployment

Prepare repeatable equipment assemblies, rack integration and selected enclosure systems off-site. Foundations, utility connection, heat rejection and final commissioning still need project-specific engineering.

02

Phased capacity

Additional modules can divide development into executable stages. Each phase still depends on authorized electricity capacity, customer demand, equipment delivery and financing.

03

Distributed operations

Independent sites can host inference replicas and route requests regionally. Geographically separated GPUs do not become one low-latency NVLink training fabric.

04

Repeatable engineering

Standardized interfaces and acceptance tests can improve consistency across cooling, rack integration, networking and operations. Site-specific loads and conditions still require validation.

05

Infrastructure flexibility

Containerized systems can be evaluated for different suitable industrial settings. Physical fit is only one part of land-use, utility, environmental and operating feasibility.

06

Capital deployment

Phasing can limit the commitment needed for an initial stage. Repeated electrical infrastructure, networking and support teams can increase cost per unit of capacity.

Factory preparation changes part of the sequence.

Conventional and modular developments both need project approvals, electricity, construction interfaces and integrated commissioning. Selected modular assemblies may be prepared off-site while appropriate site work proceeds. This diagram shows dependencies, not guaranteed durations.

Conventional and modular development · Conceptual dependencies, without duration estimates

Conventional campus

  1. Approvals & powerSite permissions, utility studies and authorized service
  2. Equipment & constructionSite construction and equipment integration follow the project schedule
  3. CommissioningIntegrated protection, cooling, load and operating tests

Modular development

  1. Approvals & powerThe same permissions and electrical prerequisites
  2. Equipment & constructionSelected factory assemblies may proceed alongside suitable site work
  3. CommissioningEquivalent integrated acceptance tests before service
1. Site & approvals

Land use, environmental assessment, geotechnical design and local permits apply to both approaches.

2. Power & utilities

Utility-authorized capacity, interconnection work and an energization plan remain on the critical path.

3. Factory & site works

Modular equipment preparation may proceed alongside suitable site work, subject to completed interfaces and procurement.

4. Commissioning

Integrated load testing, protection settings, cooling performance and operating handover establish readiness.

Potential advantageRequirement that remains
Prefabricated equipmentUtility interconnection, land use and site-specific civil works.
Phased investmentRepeat infrastructure costs, financing, utilization and customer demand.
Independent locationsRegional staffing, network latency, software consistency and failover capacity.
Existing electrical equipmentUtility-authorized capacity, protection studies and an approved operating use.
Standard cooling interfacesActual rack loads, fluid quality, heat rejection, commissioning and maintenance.

From infrastructure to inference.

A conceptual operating architecture. Aguasto's compute and API services remain in development.

Conceptual request path: Request → Routing → Prefill → Decode → Response. Topology varies. Independent sites host replicas; routing does not create a geographically distributed NVLink fabric.
Electrical service → Facility → Rack → Runtime → Model → API → Customer
  1. Electrical serviceUtility authorization and protection
  2. Modular facilitySite works, heat rejection and approvals
  3. GPU rackPower, cooling and fabric integration
  4. Serving softwarePinned runtime and hardware compatibility
  5. Model deploymentLicense, weights, cache and evaluation
  6. Inference APIAuthentication, quotas and observability
  7. CustomerWorkload, latency and reliability requirements

A conceptual engineering chain for planned services. Each interface requires project-specific verification.

Conceptual distributed inference · Independent facilities and model replicas
Enterprise request → Service routingChoose an eligible region using latency, policy, health and available capacity.

Region A

Independent facility
Local GPU racks & runtime
Model replica & local cache

Region B

Independent facility
Local GPU racks & runtime
Model replica & local cache

Region C

Independent facility
Local GPU racks & runtime
Model replica & local cache

Geographic request routing does not join GPUs into one NVLink fabric. Failover needs compatible replicas, spare capacity and a defined data-handling policy.

Electrical service supports the facility. The facility supports GPU racks, network paths and serving software. Model deployment and application interfaces depend on tested operations, security and capacity planning at every layer.

Read the full architecture

Capital and operating trade-offs

Smaller phases can reduce the capital committed before the next development decision. They can also repeat equipment, networking and operational support that a larger campus shares. The appropriate design depends on measured workload needs and a project-specific cost model—not modularity alone.

About Aguasto