Add Orion regression-detection config for cost metrics rollup - #1035
Add Orion regression-detection config for cost metrics rollup#1035pragya811 wants to merge 1 commit into
Conversation
Mirrors cg-policy-regressions.yaml but targets cloud-governance-orion-cost-metrics-index (produced by orion_cost_metrics_rollup.py): total/aws/azure/ibm_cost, Increase+Decrease each. gcp_cost is intentionally omitted for now since a stale feed would only generate noise; can be added back once that feed reports fresh data. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 12 included reviews per hour; 11 remain after this review. 📝 SummarySummary by CodeRabbit
WalkthroughThe PR adds an Orion configuration for cost regression detection. It scopes checks to synthetic cost-center accounts and adds bidirectional threshold checks for total, AWS, Azure, and IBM costs. GCP checks remain omitted because its feed is stale. ChangesCost Regression Detection
Merge Risk: ⚪ Minimal · up to This adds scoped bidirectional cost-regression checks for supported cloud feeds while intentionally excluding stale GCP data. The configuration is ready to merge. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (1 skipped: 1 unsupported.) Comment |
Type of change
Note: Fill x in []
Description
Mirrors cg-policy-regressions.yaml but targets
cloud-governance-orion-cost-metrics-index (produced by orion_cost_metrics_rollup.py): total/aws/azure/ibm_cost, Increase+Decrease each. gcp_cost is intentionally omitted for now since a stale feed would only generate noise; can be added back once that feed reports fresh data.
For security reasons, all pull requests need to be approved first before running any automated CI