Overview
StrataGateway networking is being designed around simple connectivity, predictable behavior, region-aware infrastructure, secure defaults, developer-controlled firewall policies, and future 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.
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
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
ExampleInstance
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
ExampleWeb Server
10.10.0.10
API Server
10.10.0.20
Database
10.10.0.30
Network
10.10.0.0/24
Planned use cases
IPv4 and IPv6
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.
Regions and routing
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 documentationFirewalls
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 policyRule
Allow SSH
Protocol
TCP 22
Source
203.0.113.0/24
Action
Allow
Avoid exposing administrative ports to the entire internet unless required.
Network lifecycle
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
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
API 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
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
{
"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 previewSecurity 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.
This page does not imply security certifications, compliance claims, or production service guarantees.
Was this page helpful?