Database Access Governance for Growing Engineering Teams
Startups often begin with a simple access policy: “Everyone is Admin.” When you are 3 people in a garage, this is fine. Speed is everything. But as you scale to 10, 50, or 100 engineers, this lack of governance becomes a liability.
The Breaking Points
Phase 1: The “Seed Stage” (1-10 Engineers)
- Policy: Shared
adminpassword in 1Password. - Problem: No audit trail, but trust is high.
- Action: None usually needed yet, but good habits help.
Phase 2: The “Series A” (10-50 Engineers)
- Policy: Still sharing passwords, but maybe separate
read_onlyandadminaccounts. - Problem: “Who deleted the test database?” becomes a common question. Onboarding contractors becomes risky.
- Action: Implement Role-Based Access Control (RBAC). Start separating “Production” access from “Staging”.
Phase 3: The “Scale Up” (50+ Engineers)
- Policy: Compliance (SOC2) becomes a requirement.
- Problem: Auditors demand proof of revocation. Managing SSH keys for 50 people is a full-time job.
- Action: Implement Just-in-Time (JIT) Access and centralized auditing.
Strategies for Governance
1. Centralize Access Management
Stop managing users in the database (CREATE USER alice).
Manage users in a central platform (like VaultSQL) that maps to database roles.
- Benefit: One place to add/remove users.
2. Separate “Human” vs. “Machine” Access
- Machine Users: (e.g., the backend API) need permanent credentials. Rotate them via secret managers (AWS Secrets Manager).
- Human Users: Should never have permanent credentials. They should use ephemeral, identity-based access.
3. The “Break Glass” Procedure
Define a clear process for emergencies. When the site is down at 3 AM, you don’t want the on-call engineer fighting with permissions.
- Solution: Pre-approve “On-Call” groups for Production access, but ensure every session is heavily audited.
Conclusion
Governance is not about slowing people down; it’s about creating safe roads for them to drive fast. By evolving your access strategy as you grow, you prevent the chaotic “wild west” environment that leads to data breaches and operational failures.