|
|
|
|
|
by rotemtam
1597 days ago
|
|
Hey bitspook!
One of Atlas’s creators here.
Thanks for sharing this! You describe the existing state well. Atlas can currently be used to perform what we call declarative database migrations. This is great for many use cases. But it will not do for others, for a few reasons . First, there are many ways to get from point A to point B. The classic example is a table rename. To get from the existing to the desired state, we can either ALTER TABLE or DROP and CREATE it. What did the user mean? Second, migrations are a very sensitive operation that can easily result in an outage if done wrong. Therefore, many companies check each migration into source control and have it reviewed in CR, and perform different quality and safety assessments on it. Therefore, while “terraform for DBs” sounds great, it’s not enough. In the next versions of Atlas, we’re rolling out a different workflow that we call migration authoring or “versioned migrations” that address these issues in a very cool way that I hope many will view as useful. Happy to answer any questions!
R |
|
The iterative approach helps massively