Skip to main content

3 posts tagged with "edge-gateway"

View All Tags

Production-Grade Edge Config, Per App: Redirects, Headers, CORS, WAF, and More

· 5 min read
FoundryDB Team
Engineering @ FoundryDB

When the edge gateway launched, you could put a custom domain in front of your app, get an automatic certificate, cache responses, rate limit per IP, and run a detect-only WAF. That covered the headline cases. But production has a longer list: a permanent redirect for a moved path, an HSTS header you can finally turn on, a CORS policy for the front end on another domain, an IP allow list for a staging environment, a maintenance page during a deploy. Each of those used to mean code in your origin or config you maintained yourself.

Now the full edge configuration surface is exposed per app, in the Domains & Edge tab and across the API. Redirects, headers, CORS, access control, compression, limits, and a WAF that can now block, all configured per app and applied across every EU point of presence without touching your container or redeploying anything.

PoP failover & autoscaling
Nearest PoP serves each client · HA pair + autoscaling
Clientnearest PoPserving address →PoP pairactive + standby⇢ forwardApp originyour app
Active · serving addressHot standbyFailed nodeAdded capacityClient requestForward to origin (dashed)

FoundryDB Edge Now Stays Up On Its Own: Per-Location HA and Autoscaling

· 4 min read
FoundryDB Team
Engineering @ FoundryDB

The edge already puts a managed front end in front of your app: your own domain with an automatic certificate, caching, rate limiting, a WAF, and request analytics, served from EU points of presence. The piece you could not see was what happened when a machine behind that edge had a bad day. Today that piece is done. Every point of presence now runs as an active node with a hot standby, each location autoscales with your traffic, and if a whole location goes dark your requests are routed elsewhere and brought home when it recovers. None of it is something you configure.

PoP failover & autoscaling
Nearest PoP serves each client · HA pair + autoscaling
Clientnearest PoPserving address →PoP pairactive + standby⇢ forwardApp originyour app
Active · serving addressHot standbyFailed nodeAdded capacityClient requestForward to origin (dashed)

A Managed Edge in Front of Your App: Custom Domains, TLS, Cache, and a WAF

· 5 min read
FoundryDB Team
Engineering @ FoundryDB

App Hosting runs your container next to your data and gives it a URL at https://{name}.foundrydb.com. That is enough to ship, but production wants more in front of the origin: your own domain, a real certificate that renews itself, a cache so repeat requests never touch your container, a rate limit so one client cannot drown the rest, and a first line of defense against the obvious injection attempts. Until now each of those was something you bolted on yourself.

FoundryDB now runs that layer for you. The edge gateway is a managed HTTP front end that sits between the public internet and your app's origin. You turn on the pieces you want through one settings call, point a domain at us, and the platform handles certificates, caching, limits, inspection, and the analytics that tell you what is happening.

PoP failover & autoscaling
Nearest PoP serves each client · HA pair + autoscaling
Clientnearest PoPserving address →PoP pairactive + standby⇢ forwardApp originyour app
Active · serving addressHot standbyFailed nodeAdded capacityClient requestForward to origin (dashed)