Skip to main content

2 posts tagged with "declarative migrations"

View All Tags

Policy as Code for Database Migrations

· 8 min read
Noa Rogoszinski
Noa Rogoszinski
DevRel Engineer

As AI agents become staples in modern development workflows, automating everything from code reviews to complex schema migrations, the industry is hitting a critical inflection point. While the productivity gains are undeniable, the risks have become equally prominent. We are now seeing a recurring cycle of horror stories where unchecked agents inadvertently wipe production databases or trigger catastrophic outages.

The momentum of AI integration isn't slowing down, but the margin for error has vanished. To keep pace without compromising integrity, engineering teams must move beyond blind trust and implement robust safeguards to defend their infrastructure against "rogue" AI behavior.

To truly neutralize the risk of rogue AI, teams must pivot to Policy as Code. By codifying your governance directly into CI/CD pipelines, you shift from hoping for compliance to guaranteeing it, ensuring that every schema change is programmatically validated before it ever touches production.

X posts about destructive changes made by AI agents

From Manual to Automated Database Schema Migrations

· 7 min read
Noa Rogoszinski
Noa Rogoszinski
DevRel Engineer

Software teams commonly embrace DevOps for delivery, creating automated CI/CD pipelines that allow for rapid and reliable software delivery. Suprisingly, some of these same teams still manage their database schema manually, causing an interesting contrast.

Picture this: a team spent countless hours ensuring that every change to their application code is:

  • Version controlled
  • Automatically tested, built, and stored in an Artifact Repository
  • Automatically deployed
  • Easily rolled back

Yet when it comes to making changes to their database schema, the process looks very different: a developer writes a SQL migration script, connects to the production database with privileged access, runs the script manually, and (if successful) continues with deployment. The entire process is in the hands of the developer.

Projects frequently begin with manual database schema management because it's the easiest option, particularly when databases are small, changes are infrequent, and there are no users. However, as applications evolve and schema migrations grow more complex, this practice becomes a looming risk.

Let's explore the pitfalls of manual migrations, the benefits of automated migrations, and getting started with Atlas to automate your database schema management.