Menu

1 / 2

Decommissioning a Laravel SaaS Without Losing the Ability to Restore It

DEV Community: laravel·Michael Oteng·1 day ago
#JrjDm2Ii
#devtolaravel#devto#dev#enter#exit
Reading 0:00
15s threshold

Recently, I decommissioned the infrastructure behind Scholent , a multi-tenant Laravel SaaS application I built.

Deleting the infrastructure itself was easy.

The more important question was:

If I needed Scholent again six months or two years from now, could I actually recover it?

I didn't want the answer to be:

I have a backup somewhere.

I wanted evidence that the critical recovery material was intact and, particularly for the database, actually restorable.

So I treated this less as a server deletion exercise and more as a small disaster-recovery exercise.

The process eventually looked like this:

Inventory ↓ Archive ↓ Encrypt ↓ Transfer off-server ↓ Verify integrity ↓ Restore independently ↓ Inspect recovered data ↓ Document reconstruction ↓ Decommission infrastructure

Enter fullscreen mode

Exit fullscreen mode

The distinction between having a backup and having tested recovery material became the most important part of the exercise.

Note: Commands in this article have been sanitised where…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.