https://bahriya.cloud/blog Product, engineering and opinion from the team building Bahriya. en Sat, 20 Jun 2026 10:00:00 GMT https://bahriya.cloud/blog/vault-and-configs https://bahriya.cloud/blog/vault-and-configs Sat, 20 Jun 2026 10:00:00 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Two new subsystems land on the platform today, and together they change the shape of what you can build on Bahriya. The Vault is the new home for every piece of sensitive material a container needs to do its job. Configs is the matching home for every piece of non-sensitive material — the config files your app reads at boot. https://bahriya.cloud/blog/terraform-provider https://bahriya.cloud/blog/terraform-provider Wed, 10 Jun 2026 12:00:00 GMT noreply@bahriya.cloud (The Bahriya team) Announcements If you manage infrastructure with Terraform, you can now manage Bahriya the same way. The official Bahriya provider is live on the HashiCorp Terraform Registry and ready to use. https://bahriya.cloud/blog/init-jobs-and-multi-hostnames https://bahriya.cloud/blog/init-jobs-and-multi-hostnames Tue, 09 Jun 2026 09:00:00 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Two features today, both aimed at the moments where a deployment stops being a single image and starts being a small system. Multiple custom hostnames on a container, and init jobs that run to completion before your main container starts. https://bahriya.cloud/blog/container-storage https://bahriya.cloud/blog/container-storage Tue, 02 Jun 2026 09:06:04 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Containers on Bahriya have always been great at running stateless web apps and workers. Today they get a lot better at the other half of the job: keeping state. https://bahriya.cloud/blog/tuning-proxy-cache https://bahriya.cloud/blog/tuning-proxy-cache Mon, 01 Jun 2026 09:17:51 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series Turning on proxy caching is a one-click decision. Tuning it well is where the leverage actually shows up. A 60% hit rate cuts your origin load by more than half. An 85% hit rate cuts it by almost seven times. The difference between those two numbers is almost never about the cache itself — it's about how you sized it, what you keyed it on, and where you placed it relative to your other ingress policies. https://bahriya.cloud/blog/proxy-caching https://bahriya.cloud/blog/proxy-caching Mon, 01 Jun 2026 09:17:51 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Most HTTP traffic is repetitive. The same product page, the same catalogue listing, the same public API response — fetched thousands of times, served from your container thousands of times. Each one costs CPU. Each one adds a few milliseconds of tail latency. Each scraper that finds your endpoint costs you compute budget you wanted to spend on real users. https://bahriya.cloud/blog/prometheus-metrics https://bahriya.cloud/blog/prometheus-metrics Mon, 25 May 2026 09:37:55 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Every application has its own definition of "healthy." HTTP 200s and process-alive checks tell you whether your container is running. They don't tell you whether your connection pool is saturated, your cache hit rate has cratered, or your request queue is backing up. For that, you need application-level metrics — and for most of the industry, that means Prometheus. https://bahriya.cloud/blog/workers-and-cron-jobs https://bahriya.cloud/blog/workers-and-cron-jobs Wed, 20 May 2026 11:51:44 GMT noreply@bahriya.cloud (The Bahriya team) Announcements When we launched Bahriya, the platform shipped with one container type: long-running HTTP services. That covers a large class of workloads — APIs, web applications, internal services — but it is not the whole picture. Real applications also need background processors that drain a queue and scheduled jobs that run a task on a clock. https://bahriya.cloud/blog/securing-your-container https://bahriya.cloud/blog/securing-your-container Wed, 13 May 2026 12:15:23 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series When you publish a container to the public internet, you usually want some control over who can reach it. A staging deployment shouldn't be open to crawlers and script kiddies. An internal admin panel shouldn't accept traffic from random IPs. A production API shouldn't be one zero-day away from total compromise just because the application library got patched late. https://bahriya.cloud/blog/going-live-early-access https://bahriya.cloud/blog/going-live-early-access Fri, 01 May 2026 07:58:00 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Bahriya is now live and accepting early access users. https://bahriya.cloud/blog/multi-pool-memcached https://bahriya.cloud/blog/multi-pool-memcached Thu, 30 Apr 2026 07:58:00 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series Memcached is one of those tools that does one thing and does it well — it caches objects in memory so your application does not hit the database on every request. On Bahriya, Memcached is a managed service that runs alongside your containers with project-private networking, so your cache is only accessible to the containers that need it. https://bahriya.cloud/blog/edge-container-cloud https://bahriya.cloud/blog/edge-container-cloud Thu, 16 Apr 2026 10:27:05 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series For years, the standard way to serve a global audience was simple: deploy your application to a single region and put a CDN in front of it. Static assets — images, scripts, fonts — got cached at edge nodes around the world. Dynamic requests travelled back to the origin, wherever that was. https://bahriya.cloud/blog/building-bahriya https://bahriya.cloud/blog/building-bahriya Thu, 16 Apr 2026 07:59:00 GMT noreply@bahriya.cloud (The Bahriya team) Announcements Bahriya did not start as a cloud platform. It started as a frustration. https://bahriya.cloud/blog/aws-ecs-vs-bahriya https://bahriya.cloud/blog/aws-ecs-vs-bahriya Thu, 16 Apr 2026 07:58:53 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series You have a containerised application. You want to deploy it to four regions — Europe, US East, US West, and Asia — with autoscaling, TLS, health checks, and DNS routing. This is one of the most common deployment scenarios for any application that serves a global audience. https://bahriya.cloud/blog/memcached-geodns-cdn https://bahriya.cloud/blog/memcached-geodns-cdn Thu, 16 Apr 2026 07:58:52 GMT noreply@bahriya.cloud (The Bahriya team) Developer Series CDNs solve a simple problem: put content close to users. A request from Tokyo should not travel to Frankfurt to fetch a product image or a JSON payload that has not changed in hours. CDNs cache content at edge locations and serve it locally.