Core Infrastructure

Networking

Understand how StrataGateway compute resources are planned to connect across public, private, and region-aware network infrastructure.

Preview

Development Preview

The StrataGateway networking model is currently being designed and implemented. Address allocation, private networking behavior, routing, inter-region connectivity, and network APIs may change before public release.

Jump to article

Overview

StrataGateway networking is being designed around simple connectivity, predictable behavior, region-aware infrastructure, secure defaults, developer-controlled firewall policies, and future global expansion.

Simple connectivityPredictable behaviorRegion-aware infrastructureSecure defaultsDeveloper-controlled firewall policiesFuture global expansion

Compute instances are expected to support public connectivity, private networking, firewall policies, region-level isolation, and future inter-region networking as planned platform capabilities.

Preview

Planned platform capabilities

Public networking, private connectivity, address allocation, routing, and network APIs are being built and may change before public release.

Public networking

Preview

Preview

Compute instances may receive public IP connectivity where available. Planned capabilities include public IPv4, public IPv6, outbound internet access, inbound traffic controlled through firewall policies, and future public DNS integration.

Example instance network

Example

Instance

web-prod-01

Region

fra-1

Public IPv4

203.0.113.10

Public IPv6

2001:db8::10

These are documentation-only example addresses from reserved ranges and do not represent allocated StrataGateway resources.

Private networking

Private networks allow workloads inside the same region or project environment to communicate without exposing internal traffic directly to the public internet.

Illustrative private network

Example

Web Server

10.10.0.10

API Server

10.10.0.20

Database

10.10.0.30

Network

10.10.0.0/24

Private address ranges and subnet behavior may change during platform development.

Planned use cases

Application tier communicationDatabase connectivityInternal APIsService-to-service trafficPrivate cluster networking

IPv4 and IPv6

Planned

Planned dual-stack networking

StrataGateway is being designed with dual-stack networking in mind. IPv4 is intended for compatibility with existing internet infrastructure, while IPv6 is intended to provide native next-generation addressing where supported.

IPv4

Used for compatibility with existing internet infrastructure.

IPv6

Intended to provide native next-generation addressing where supported.

Final address allocation policies, pricing, availability, and limits will be published before public release.

Regions and routing

Planned

Planned regions

Networking is region-aware. Resources inside the same region are expected to use low-latency regional networking, and future infrastructure phases may introduce private inter-region connectivity.

Frankfurt

fra-1

New York

nyc-1

Singapore

sgp-1

Global routing design and inter-region connectivity remain part of the StrataGateway infrastructure roadmap.

Read the regions documentation

Firewalls

Instance networking will be controlled through firewall policies that can define inbound and outbound rules, protocol selection, port ranges, source and destination CIDR rules, and reusable policies.

Example policy

Example policy

Rule

Allow SSH

Protocol

TCP 22

Source

203.0.113.0/24

Action

Allow

Avoid exposing administrative ports to the entire internet unless required.

Firewall policy documentation

Network lifecycle

Preview

Preview lifecycle model

Planned network events include IP allocation, attach, update, detach, and release. Exact timing and guarantees are not defined yet.

IP allocation

Network resources are assigned during instance provisioning.

Attach

A network interface is associated with a compute instance.

Update

Firewall or network configuration changes are applied.

Detach

A network interface or address is removed from a resource.

Release

IP or network resources are returned to the platform pool.

Example topology

Illustrative architecture

This restrained topology shows the intended flow between the internet, public entry points, firewall policy, and region-local private services.

Internet

?

Public IP

?

Firewall

?

Web Instance

?

Private Network

?

API Instance

?

Database

Optional secondary path: Private Network ? Internal Service

API preview

Preview

REST API Preview

The API surface below is illustrative and may change before public release. Use it to understand the planned request shape rather than a live contract.

Create network

Create networkcURL
curl -X POST "https://api.stratagateway.com/v1/networks" \
  -H "Authorization: Bearer $STRATA_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "production-private",
    "region": "fra-1",
    "cidr": "10.10.0.0/24"
  }'

Illustrative response

Illustrative responseJSON
{
  "id": "net_52a8f1",
  "name": "production-private",
  "region": "fra-1",
  "cidr": "10.10.0.0/24",
  "status": "provisioning"
}

Illustrative API preview. Production endpoints, payloads, network identifiers, and response formats may change before public release.

Read the REST API preview

Security considerations

Networking design should assume a least-privilege posture from the start. Use SSH keys instead of passwords, restrict administrative ports, prefer private networks for internal services, and review firewall rules before production deployment.

Use SSH keys instead of passwords
Restrict administrative ports
Prefer private networks for internal services
Apply least-privilege firewall rules
Do not expose databases directly to the public internet
Review firewall rules before production deployment
Use encrypted application protocols such as TLS

This page does not imply security certifications, compliance claims, or production service guarantees.

Was this page helpful?