You test your code. You test your data. But who tests your architecture?
Most teams wait until something breaks catastrophically before they notice the drift. By then, you’re 6 months into decay with no clear fix.
Fitness functions change that. Define 3-5 architecture goals with measurable thresholds. Query performance under 5 seconds (95th percentile). Pipeline freshness under 2 hours. Cloud cost under 5 credits per TB. PII access reviewed within 7 days.
Each gets a metric, target, measurement method, and red/yellow/green thresholds. Treat them like unit tests. They pass before deployment. This prevents the slow drift that turns good architecture into technical debt.
The twist: review monthly. If performance hits yellow (4.2s), you investigate, find the unoptimized query, fix it. No crisis. Just maintenance.
Don’t use this for greenfield with no users. Don’t use it when you can’t measure. But if you’ve got a platform with traffic and you want to avoid the slow death, fitness functions work.
What’s one architectural metric that if it went yellow, you’d want to know about immediately?