DataHub is the part of Cloud Intelligence built for this gap. It takes cost data from outside the cloud providers and puts it in the same place as the cloud bill. Data arrives by API or CSV upload, carrying dimensions and metrics the customer defines, so an invoice from a vendor too small to justify a native integration becomes a source the platform treats like any other: reportable, and available to budgets, alerts and forecasts.
The capability was there but what Jupiter got was someone to build with.
Satyam Gupta, along with the DoiT Forward Deployed Engineers (FDE), started from how the invoices actually arrive, not from the API reference. He converted one real Jupiter PDF into DataHub format, ingested it and built the reporting and alerts on top, so the team could see the finished thing before committing. DoiT’s forward deployed engineers stepped in where the work went beyond configuration, while Jupiter tested the solution and defined how the data should be read, and Satyam’s team automated the flow around that feedback.
"On integrating DataHub, the DoiT team was very hands-on to the point where DoiT’s Team put together the first ingestion script and pipeline for us." shared Kyle.
What they handed back fits the finance team's habits. Invoices land in a Google Drive folder, the pipeline parses them and loads them into Cloud Intelligence beside cloud provider billing. Jupiter made minor tweaks and shipped it.
Jupiter could have tracked the missing vendors itself, but that leaves the cost data in two places, and a forecast can only run over one. 60% in DoiT and the rest elsewhere is not a position you can plan from. Kyle had run other FinOps platforms before, and that is where he draws the contrast.
"DoiT really has been able to fill the gap that I haven't seen with some of the previous FinOps platforms that I've used in the past."
Kyle Espinola, Head of Platform Engineering, Jupiter