How to Generate Scheduled PDF Reports from Grafana OSS (and earn $2K-$5K helping clients do it)

Utkarsh Pandey — Wed, 29 Apr 2026 11:15:08 +0000

Grafana OSS has no native reporting feature. To generate scheduled PDF reports from Grafana OSS, you either build a DIY pipeline with Puppeteer and the Grafana image renderer plugin or upgrade to Grafana Enterprise which is very costly and not up to the part, therefore most of teams prefer to deploy a dedicated reporting tool like Skedler on top of their existing GLP stack. This post walks through all three, why the DIY route almost always becomes a permanent side project, and how DevOps consultants are turning the fix into $2K-$5K per client.

Disclosure: I work on Skedler, one of the tools mentioned below. I've kept the comparison honest because the DIY pain is real whether or not you ever pay for our product.

Why this keeps coming up

If you've ever set up Grafana OSS for a client and they came back two weeks later asking "Can you email me a PDF of this every Monday?", you know exactly what this post is about.

Grafana OSS is great. Fast dashboards, flexible panels, huge ecosystem. But scheduled PDF reports, email delivery, branded templates, and multi-tenant routing? None of that exists in OSS. It's a deliberately commercial feature locked behind Grafana Enterprise.

So every DevOps engineer, every MSP, every platform team running Grafana OSS hits the same wall. And most of them try to solve it the same wrong way first.

Grafana Reporting Alternatives and Options

Option 1: The DIY trap

First instinct is always: "I'll just spin up Puppeteer against the dashboard URL and cron it."

Works on day one. Does not work on day ninety. Here's what breaks:

Auth. Grafana sessions, SSO, proxy auth, short-lived tokens. Each one is its own debugging weekend.
Panel rendering. You need the Grafana image renderer plugin, which means another container, another memory budget, and Chromium fonts that have to match what the panels expect.
Time range templating. "Last 7 days" relative to what? UTC? Customer timezone? Every team reimplements this.
Layout and branding. You get whatever the dashboard looks like at 1920x1080, exported as a screenshot-grade PDF. No cover page, no logo, no executive summary.
Multi-tenant delivery. Now write your own scheduler, queue, recipient map, retry logic, and bounce handling.

By the time you've solved all of that, you've built a reporting product. Badly. And nobody on the team wants to own it.

Option 2: Grafana Enterprise

Enterprise solves the technical problem. It has a built-in reporting module that handles scheduling, PDF rendering, and email delivery without you writing any code.

The Problem: it's priced as a full platform upgrade, not a reporting feature. If reporting is the only thing you actually need from Enterprise, the price-to-value ratio is rough. Layouts are also rigid, templating is limited, and there's no white-label or embed story. Fine for a single internal team. Hard to justify for an MSP delivering reports to 40 customers under their own brand.

Option 3: A dedicated reporting tool on top of OSS

This is what most teams land on once they've burned a quarter on Option 1 and balked at Option 2. Deploy a tool like Skedler alongside your existing Grafana OSS stack, point it at the Grafana API, and get scheduled PDF, PNG, and HTML reports with branding, multi-tenant routing, and a REST API.

Same Kubernetes cluster Grafana already runs in. No DIY scheduler. No fragile Puppeteer pipeline. Reports trigger from the UI or the API, which means you can wire them into ticketing systems, CI/CD pipelines, or your own customer portal.

The part where you can make money

If you're a freelance DevOps engineer or a consultant who already specs tooling for clients, this is worth a look.

Most clients running Grafana OSS at any real scale eventually need reporting. Right now you're either telling them "build a Puppeteer script" (and then maintaining it at hourly rates nobody loves) or "upgrade to Enterprise" (and watching them balk at the price).

Skedler runs an Individual Partner program for exactly this case. You recommend the tool, the client signs up through your referral, you get commission on the conversion and on renewal. Depending on deal size, that's typically $2,000 to $5,000 per client, and it recurs.

The mechanics:

Referral commission on every conversion
Renewal commission on year two and beyond
API and sandbox access for client demos
Deal registration so your pipeline is protected if the client talks to sales directly

If you already work inside the Grafana ecosystem, this is closer to "monetize what you're already doing" than "become a salesperson."
https://www.skedler.com/partners/

TL;DR

Grafana OSS has no native reporting. By design.
DIY Puppeteer pipelines start fine and become permanent side projects.
Grafana Enterprise solves it but is priced as a full platform upgrade.
Dedicated reporting tools (Skedler and others) sit on top of OSS and handle the whole thing.
If you consult on Grafana, you can earn $2K to $5K per client referring the fix instead of building it.

The reporting problem is not going away. The teams that figure out the cleanest path through it are the ones whose clients keep coming back.

Have you hit the Grafana reporting wall on a client project? What did you end up doing? Drop it in the comments.

Direct Oracle Fusion to Power BI — A Zero-Extract Method

Utkarsh Pandey — Mon, 11 Aug 2025 12:45:00 +0000

If your Power BI dashboards are powered by BICC or BI Publisher extracts, you might be spending more time fixing pipelines than analyzing data.

Common Pain Points in Fusion Pipelines

Schema changes breaking scheduled jobs.
Missing or stale data.
Staging folder chaos.

Direct Connectivity — The Concept
Think of it as skipping the line. Instead of going through extract jobs, file staging, and ETL transformations, you plug Power BI (or Fabric/ADF) directly into Fusion’s data layer.

Advantages for Developers

Less Code — Fewer moving parts to manage.
Better Refresh Rates — Incremental refresh for up-to-date dashboards.
Simpler Maintenance — No need to debug OIC flows at midnight.

See It in Action — Webinar Info
📅 Aug 19, 9–10 AM PST
🔗 Register for Session

Final Thought
Data engineers shouldn’t have to be full-time pipeline firefighters. If there’s a cleaner, more resilient way to connect Fusion to your analytics stack, it’s worth exploring.

DEV Community: Utkarsh Pandey

How to Generate Scheduled PDF Reports from Grafana OSS (and earn $2K-$5K helping clients do it)

Grafana Reporting Alternatives and Options

TL;DR

Direct Oracle Fusion to Power BI — A Zero-Extract Method