Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discussion: Tying grafanalib to CDKTF #552

Open
DontWanna1 opened this issue Nov 23, 2022 · 2 comments
Open

Discussion: Tying grafanalib to CDKTF #552

DontWanna1 opened this issue Nov 23, 2022 · 2 comments

Comments

@DontWanna1
Copy link

Please shut me down if this is an inappropriate request/means of communication.

I am currently struggling to identify the most future-proof means to deploy a grafana stack.

Terrafom/CDKTF with their official grafana-provider appears promising, safe for the poor handling of models in their alerts.
Unfortunately they have no solution for dashboards creation yet, requiring a full/native json.

Grafonnet has lost its appeal.

I would very much like to discuss some ideas on how to weave CDKTF and your dashboard creation together.

@JDuskey
Copy link

JDuskey commented Mar 6, 2023

I think this is an interesting concept, however it seems at this point the purpose of this package is to be "deployment mode agnostic". By generating raw json you can pass to any number of tools.

What kind of integration with CDKTF are you thinking? Maybe a separate generation module for outputting in a format more friendly for CDKTF? Would love to discuss.

@DontWanna1
Copy link
Author

Thank you for your reply, I am a little out of depth by now, as I had to shelf the work due to another project,

In essence: I wish to deploy grafana dashboards as code.

CDKTF allows me to basically "program jsons" to deploy including the complicated alerts.
However, to add the dashboards I have to use another lib, extract the created json an plug it in the json-field of cdktf.

As I understand the provider idea of terraform and cdktf, grafana is in full control of the library and could "easily" provide a solution that allows the "programming" of the entire stack, without resorting to auxiliary libs, that do just that.

Again, sorry if I am unclear. I would very much like to restart work on that

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants