SShortSingh.
Back to feed

Why Terraform's Single-Team Model Breaks as Organisations Scale

0
·1 views

Managing Terraform infrastructure with a single engineer or team works well initially, but the model breaks down as more teams — networking, platform, application, and security — need to deploy independently. Shared state files cause pipeline bottlenecks, since Terraform's state locking blocks all teams when any one team runs a plan, even on unrelated resources. Shared credentials in a common CI pipeline also create security and compliance risks, as all teams' secrets become accessible to anyone who can trigger a run. Terraform currently lacks native per-team or per-workspace access controls, forcing organisations to manage separate backends per team, which in turn creates challenges around passing outputs across team boundaries. Common workarounds such as manual value handoffs or terraform_remote_state data sources each introduce their own reliability and coupling problems, highlighting a widely felt need for a scalable multi-root-module architecture.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingHacker News ·

PostgreSQL May Replace Multiple Specialized Systems in Your Stack

A discussion on Hacker News highlights a growing perspective that PostgreSQL alone can handle many infrastructure needs typically split across multiple systems. The argument centers on Postgres's broad feature set, which includes support for queuing, search, caching, and more. Developers are questioning whether adding separate specialized tools is always justified when Postgres already covers those use cases. The conversation is linked to a dedicated site, postgresisenough.dev, making the case for consolidating around a single database. The post has attracted community engagement on Hacker News, sparking debate about simplicity versus specialization in modern software stacks.

0
ProgrammingDEV Community ·

MongoDB vs PostgreSQL: A Practical Guide to Picking the Right Database in 2026

PostgreSQL and MongoDB are both mature, production-ready databases suited to different use cases rather than competing on quality. PostgreSQL is a relational database that enforces strict schemas, supports complex joins, and offers strong ACID transaction guarantees, making it ideal for financial systems, e-commerce, and SaaS platforms. MongoDB is a document-based NoSQL database that stores flexible JSON-like records, making it a natural fit for rapidly evolving data models, content management, and high-throughput applications. The key deciding factor is the shape of your data: highly relational, structured data favors PostgreSQL, while fluid, document-shaped, or object-driven data favors MongoDB. Developers are advised to treat the choice as a practical one based on data structure and access patterns rather than a high-stakes debate.