Note: This comic adaptation covers a portion of an article on immutable infrastructure. If you’d like to learn more, we recommend taking a look at the original piece: What Is Immutable Infrastructure?
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Sign up for Infrastructure as a Newsletter.
Working on improving health and education, reducing inequality, and spurring economic growth? We'd like to help.
Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.
Good
hello
This comment has been deleted
It’s just a fun way to describe the idea of servers which can be “killed” randomly without worry because your environment is resilient enough to “rise from the ashes” (like the mythical Phoenix) fairly easily, if not automatically. It’s not a specific technology or even a specific technique, but just a general idea of being vigilant about documenting configuration and ensuring that your recovery process is well practiced in an actual production environment. The ultimate “Phoenix server” would be an environment where this process is 100% automated with built-in redundancy across the entire application stack so that any given piece of the infrastructure could be randomly destroyed with zero downtime