Tech talk
How To Migrate Any Cloud Application With Minimal Downtime
Want to get help with migration planning? Fill out this form and we’ll be in touch!
Video
About the Talk
Don’t get stuck with a cloud provider just because you don’t know how to escape! Learn how to migrate with confidence and perform a low or zero-downtime cloud migration of all or part of any application.
What You’ll Learn
- How to audit your infrastructure in preparation for a cloud migration
- How to effectively plan and execute a migration
- How to build applications with possible future migration in mind
This Talk Is Designed For
Business leaders and entrepreneurs who want to avoid vendor lock-in by understanding how software applications move between cloud providers.
Prerequisites
Knowledge of web technologies and Infrastructure as a Service (IaaS) products.
Resources
Migration Checklist
- Verify lower TTLs have propagated
- Verify code (stateless services) has been deployed on new host
- Verify stateful services are ready to receive state on new host
- Change connection strings on all NEW services to point to new host
- Change connection strings in codebase to point to new host*
- Disable writes on all stateful services*
- Download current state from old host
- Upload current state to stateful services on new host
- Perform testing on new host for final verification
- Point public DNS to new host*
- Re-enable writes on new host*
*Indicates a step NOT taken during migration dry runs
Key Terms
Migration is moving code and state from one physical location to another.
Code is the stuff that doesn’t change unless you deploy something new.
State is the data your application creates as it runs. It’s customer accounts, uploaded photos, product descriptions, anything that your developers didn’t put in their version control system (probably Github).
Read-Only means a service can still respond to requests for data, but can’t make changes to its dataset.
Latency is the time it takes for packets to traverse the internet between physical machines.
Time to live (TTL) — All DNS records have this one value in common: TTL, which determines how long the record can remain cached before it expires.
