How to Move From AWS to Hetzner and Halve Your Compute Bill
TL;DR
This guide explains move clearly and practically: what it is, why it matters in 2026, and how to apply it step by step. You'll find core concepts, proven best practices, concrete data, trusted references, and a concise FAQ — everything you need in one focused place.
Key takeaways
- Adopt FinOps early by tagging every resource, setting budgets and alerts, and making engineers see the cost of what they ship.
- Evaluate OpenTofu as a drop-in Terraform alternative if HashiCorp's BSL license or vendor lock-in is a concern for your organization.
- Push latency-sensitive logic such as auth, redirects, personalization, and A/B routing to edge functions, and keep heavy stateful work in regional compute.
- Treat Terraform state as production infrastructure: use remote state with locking, never edit it by hand, and keep modules small and versioned.
- Cloudflare Workers use V8 isolates rather than containers, which is why their cold starts are near-zero but they impose CPU-time and library constraints Lambda does not.
This is a practical, up-to-date guide to Move — what it is, why it matters in 2026, and how to apply it in real projects. It is written for developers and founders who want clear answers and proven best practices, not filler.
Whether you're just starting out or leveling up, treat this as a working reference you can return to. Every section is built to be skimmed, applied, and shared.
Edge computing and why location matters
Edge computing moves computation and data closer to where it is generated or consumed, instead of routing everything to a handful of centralized regions. For web applications this means running logic in points of presence spread across hundreds of cities, so a user in Mumbai or Sao Paulo hits nearby infrastructure rather than a distant data center. The payoff is lower round-trip latency, reduced backbone bandwidth, and the ability to filter or transform data before it travels upstream. Edge is not a replacement for regional cloud compute but a complementary tier: fast, stateless, geographically distributed logic in front of heavier centralized services. Use cases include content personalization, bot mitigation, image optimization, and IoT preprocessing where every millisecond and every byte counts.
Edge functions with Cloudflare Workers and peers
Cloudflare Workers is the best-known edge-functions platform, executing JavaScript, TypeScript, and WebAssembly in V8 isolates distributed across Cloudflare's global network. Because isolates start in roughly a millisecond and many can share a process, the platform delivers near-zero cold starts but constrains long-running CPU work and restricts some Node.js APIs. Complementary primitives such as Workers KV, Durable Objects, R2, and D1 provide edge-adjacent storage and coordination so functions are not purely stateless. Competing offerings include Deno Deploy, Fastly Compute, Vercel Edge Functions, and AWS Lambda@Edge, each with different runtime models and trade-offs. The general pattern is to run small, fast, latency-critical logic at the edge while delegating heavier or strongly consistent work to regional backends.
Common pitfalls and best practices
Teams repeatedly stumble on a few predictable issues when adopting cloud, serverless, and edge. Ignoring cold starts on user-facing endpoints, editing Terraform state by hand, and leaving resources untagged all cause pain that is entirely avoidable with discipline. Vendor lock-in is real but usually worth accepting selectively, because chasing perfect portability sacrifices the managed services that justify the cloud in the first place. Good practice means designing stateless functions, keeping infrastructure declarative and reviewed in pull requests, setting cost budgets and alerts from day one, and respecting each platform's execution limits rather than fighting them. Observability with distributed tracing is essential because failures in distributed, ephemeral systems are hard to reproduce without it.
Serverless containers with Cloud Run and Fargate
Not all serverless is tiny functions; serverless containers let you run any containerized application without managing servers while still scaling to zero. Google Cloud Run runs standard OCI containers, scales instances up and down based on requests, and bills per request and resource consumption during handling. AWS Fargate provides similar server-abstracted container execution behind ECS and EKS, and Azure Container Apps offers a comparable model. These platforms suit workloads that need custom runtimes, longer execution times, or existing container images that would not fit a rigid function packaging model. They occupy a useful middle ground between raw functions and always-on Kubernetes clusters, giving pay-per-use economics without rewriting applications into a proprietary function shape.
Infrastructure as code with Terraform
Infrastructure as code means defining servers, networks, databases, and other resources in version-controlled configuration rather than clicking through consoles. Terraform, HashiCorp's tool, uses a declarative language, HCL, and provider plugins to reconcile your desired state against what actually exists across AWS, Azure, Google Cloud, Cloudflare, and hundreds of other APIs. Its plan-and-apply workflow shows exactly what will change before anything happens, which makes infrastructure reviewable and repeatable. The state file is central and sensitive, so teams store it remotely with locking in backends like S3 with DynamoDB or Terraform Cloud. After HashiCorp relicensed Terraform under the Business Source License in 2023, the community forked OpenTofu under the Linux Foundation as an open-source alternative that remains largely compatible.
Choosing between edge, serverless, and regional compute
The right tier depends on latency sensitivity, execution duration, state requirements, and traffic shape. Edge functions win for stateless, latency-critical logic that runs in a few milliseconds close to users, such as routing, auth checks, and personalization. Regional serverless functions and serverless containers suit event-driven and request-driven workloads with moderate duration and access to regional data stores. Traditional or reserved compute remains best for steady, high-throughput, or long-running workloads where per-invocation pricing becomes expensive and cold starts are unacceptable. A mature architecture layers these tiers together rather than forcing everything into one, letting each request touch the cheapest, fastest option that can serve it correctly.
Move: Key Facts and Data
According to recent industry research and the official documentation linked below:
- Industry cost analyses repeatedly find that a large share of cloud spend is wasted on idle or over-provisioned resources, which is a core motivation behind both FinOps practices and pay-per-use serverless pricing.
- The FinOps Foundation, part of the Linux Foundation, reports a rapidly growing certified-practitioner community, reflecting how cloud cost management matured into a formal discipline as of the mid-2020s.
- The WebAssembly System Interface (WASI) and the Component Model advanced significantly through 2024-2025, making WebAssembly a credible portable runtime target for edge and serverless workloads via projects like Fermyon Spin, wasmCloud, and WasmEdge.
Quick-Reference Summary
A map of what this guide covers:
| Topic | What you'll learn |
|---|---|
| Edge computing and why location matters | Edge computing moves computation and data closer to where it is generated or consumed |
| Edge functions with Cloudflare Workers and peers | Cloudflare Workers is the best-known edge-functions platform |
| Common pitfalls and best practices | Teams repeatedly stumble on a few predictable issues when adopting cloud, serverless, and edge. |
| Serverless containers with Cloud Run and Fargate | Not all serverless is tiny functions; serverless containers let you run any containerized application without managing |
| Infrastructure as code with Terraform | Infrastructure as code means defining servers |
| Choosing between edge, serverless, and regional compute | The right tier depends on latency sensitivity, execution duration, state requirements, and traffic shape. |
How to Get Started with Move
A simple path that works:
- Learn the fundamentals of Move from primary sources, not just tutorials.
- Build one small, real project end to end.
- Get feedback, refactor, and add tests.
- Ship it publicly and document what you learned.
- Repeat with a slightly harder project each time.
Build It with a World-Class Full Stack Developer
Sandeep Kumar Chaudhary is a full stack world-class developer. If you want to turn this into a real, production-ready product, get in touch — message directly on WhatsApp at +9779802348957 for a fast, no-pressure consult.
You can also explore the projects already shipped to thousands of users, or start a conversation here.
Final Thoughts
Adopt FinOps early by tagging every resource, setting budgets and alerts, and making engineers see the cost of what they ship. The developers and teams who win in 2026 pair strong fundamentals with consistent shipping. Start small, stay curious, build in public, and revisit this guide as your skills grow.
Sources and Further Reading
Frequently Asked Questions
What is move?
Cloudflare Workers is the best-known edge-functions platform, executing JavaScript, TypeScript, and WebAssembly in V8 isolates distributed across Cloudflare's global network. Because isolates start in roughly a millisecond and many can share a process, the platform delivers near-zero cold starts but constrains long-running CPU work and restricts some Node.js APIs. This guide covers move end to end — core concepts, best practices, concrete data, and a step-by-step approach you can apply right away.
Why do serverless functions have cold starts?
A cold start happens when the platform has no warm execution environment ready and must create one, which involves fetching your code, booting the runtime, and running initialization before your handler executes. This adds latency the first time a function runs after being idle or when scaling to new instances. Isolate-based platforms like Cloudflare Workers minimize it because starting an isolate is far cheaper than booting a container or microVM.
What is FinOps and do small teams need it?
FinOps is the discipline of managing variable cloud spend collaboratively across engineering and finance, so teams can make informed trade-offs between cost, speed, and quality. Even small teams benefit from its core habits: tagging resources, setting budget alerts, rightsizing, and deleting idle infrastructure. You do not need a dedicated team to start; you need visibility into what things cost and the habit of acting on it.
Does WebAssembly replace containers at the edge?
WebAssembly does not fully replace containers, but it offers a lighter alternative for many edge and serverless workloads because Wasm modules are small, sandboxed, and start almost instantly. It shines where fast startup and strong isolation matter more than broad system access. Containers remain necessary for workloads needing full operating-system capabilities or a rich ecosystem of native dependencies, so the two coexist rather than one displacing the other.
What is the difference between serverless and edge computing?
Serverless is a billing and operational model where the provider manages scaling and you pay only for execution, and it usually runs in centralized cloud regions. Edge computing is about physical location, running code in many points of presence close to users. They overlap in edge functions like Cloudflare Workers, which are both serverless and geographically distributed, but you can have serverless without the edge and edge deployments that are not billed per invocation.
Sandeep Kumar Chaudhary
Full Stack Software Developer· Nepal's SEO, AEO, GEO & AIO expert and share-market educator. More about me