Skip to content

Commit 9005d34

Browse files
committed
feat: images
Signed-off-by: Hélia Barroso <[email protected]>
1 parent 99ff687 commit 9005d34

File tree

3 files changed

+5
-2
lines changed

3 files changed

+5
-2
lines changed
591 KB
Loading
468 KB
Loading

docs/blog/posts/community-dashboards.md

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -32,14 +32,16 @@ With the limitations of mixins in mind, the Perses community decided to take a d
3232

3333
Introducing the [community-dashboards](https://github.com/perses/community-dashboards) repository. Maintained by community contributors, it offers the following dashboards in type-safe modular Go SDK based Dashboards as Code:
3434

35-
<TODO - add image here>
35+
![Dashboard overview](../../assets/images/blog/community-dashboards/perses-dashboards-overview.png)
3636

3737
The goal of the community-dashboards library isn't just to provide ready-to-use YAML dashboards (though you can use them as-is), but to empower users to import the project as a Go module, generate tailored subsets of dashboards, and customize or extend them to meet specific needs.
3838

3939
A core strength of the Perses Community Dashboards is its modular, reusable panel library. These panels—such as Go CPU Usage and Memory Consumption—serve as building blocks that can be composed into new dashboards. Instead of starting from scratch, users can leverage these community-maintained components to quickly build dashboards suited to their applications and workloads.
4040

4141
This approach also lowers the barrier to achieving consistency across dashboards. By reusing the same patterns to build and display common metrics, dashboards remain aligned across teams and services. This makes it easier to compare environments, onboard new engineers, and scale observability practices—without reinventing the wheel.
4242

43+
![AM overview](../../assets/images/blog/community-dashboards/perses-dashboards-am.png)
44+
4345
## How to build composable dashboards - a practical example
4446

4547
Here we have an example of how to define a panel of Time Series type below. More detailed info about the available option for Time Series Panels can be found [here](https://perses.dev/perses/docs/dac/go/panel/time-series/).
@@ -139,9 +141,10 @@ Going back to the idea of copy-pasting raw YAML or JSON, although it might seem
139141

140142
Combining the use of panel libraries and the SDK, you get a flexible and scalable way to manage dashboards, while saving time, reducing errors, and staying consistent across your observability stack. This allows a community of dashboards users to have their lives made easier with these features.
141143

142-
Also considering the most commonly used dashboard across platforms and teams, like Kubernetes, Prometheus and exporters like Node Exporter, Blackbox Exporter, also projects like Thanos dashboards as it tends to be a power duo within the Prometheus ecosystem, we have from the get go some core dashboards that will help you in the long term in your observability journey.
144+
Also considering the most commonly used dashboard across platforms and teams, like **Kubernetes**, **Prometheus** and exporters like **Node Exporter**, **Blackbox Exporter**, also projects like **Thanos** dashboards as it tends to be a power duo within the Prometheus ecosystem, we have from the get go some core dashboards that will help you in the long term in your observability journey.
143145

144146
## Next Steps for the Community Dashboards
147+
145148
We’re committed to expanding support for more CNCF projects, while continuing to enhance the existing panel libraries. By adding more features and improving the quality of reusable panels, we enable users to gain deeper insights from their dashboards—because the faster you can pinpoint an issue in your telemetry data, the better.
146149

147150
Also we aim to ensure proper documentation for all dashboards.Whether you're importing full dashboards or using panel libraries as building blocks, we want to make the process as seamless as possible. That means clear, well-commented code and guidance, so modularity is not only guaranteed but also easy to work with, without needing to dig through the entire codebase.

0 commit comments

Comments
 (0)