Task · GCV-0047

Vend cloud provider integrations and metrics scrape jobs

Description

Three provider groups are entirely unvended: cloudprovider (awsaccounts, awscloudwatchscrapejobs, awsresourcemetadatascrapejobs, azurecredentials), connections (metricsendpointscrapejobs) and cloudintegrations. This is how a vended stack actually acquires cloud telemetry, so a stack vended today arrives empty and a human wires the ingest by hand.

It is also the strongest fit for a vending machine control that does not exist yet: a platform-owned scrape budget. Uncontrolled CloudWatch scrape jobs are the largest ingest cost lever on the list, and this repository already established the budget pattern for synthetic monitoring and k6.

PUBLICATION CONSTRAINT, and it is the reason this task is riskier than its neighbours: the public-release scan rejects AWS ARNs carrying an account ID, and it scans every reachable Git revision, so one careless example permanently red-lights the gate. Every example identifier is synthetic and inert by construction. No live cloud account, role or credential is contacted or recorded.

Acceptance Criteria

Definition of Done

Implementation Plan

Wave 6: implement the commissioned surface under the frozen goal and root-owned integration; prove admission and renderer boundaries with required negative controls, then just check and exact-SHA hosted Validate before finalization.

Final Summary

Vended cloud accounts and scrape jobs under the actual Composition count/frequency budget. Dedicated clients consume an observed organization credential Secret reference and an identity-checked managed Stack Cloud Provider endpoint. Ordinary CloudIntegration uses stack credentials. Real provider admission/readback and budget weaken/admit/restore passed. No cloud ingest or live authorization proof. Completing source/pin SHA: 187b03ea40ee32fcea890e40c138f00a8c73bd5f. Hosted Validate run 34296536930: success. Local just check passed with 23 real API-server tests, zero skips.

View the source file on GitHub