When the mongodb charts API will be available?

Ciro_Nola · 2024-05-05T14:02:16.595Z

Hello Guys, how are you? Sorry for the delay in the response.

Will all your customers have a default dashboard that comes from a standard template? In a nutshell yes, basically, when I setup a new customer, we create a new MongoDb database for him AND we would like to setup specific default dashboards for the newly created account.

If only, there was an API to copy dashboards and then change the datasource, that would solve my problem.

Of course that more elaborated APIs later would further improve our usage.

Avinash_Prasad · 2024-05-05T23:46:31.300Z

Hi @Ciro_Nola,

Thanks for the follow-up. The architecture restructure project has had delays, but we hope to complete it by the end of this year. Exporting/Importing of dashboards will be the very first API that we will build.
Appreciate your patience.

Dan_Cumings · 2024-08-28T18:26:28.207Z

Any new update on this? We decided on charts over power bi because we can embed query parameters in the token when embedding. One rather large issue we are running into is that when we import the charts the dashboardid and chartid change. There is no way to “update” existing chart from import. This means that we have to track chart id’s and dashbaord id’s per environment and also update them on the fly whenver we have to import the update dashboards in our production environment. Unfortunately this means customer will experience down time as we manually update chart id’s and dashboard id’s Example of the types of conversations I am having with my developers.

image1139×644 52.9 KB

Matt_Griffith · 2024-09-13T04:21:35.981Z

Ciro_Nola:

tomers have a default dashboard that comes from a standard template? In a nutshell yes, basically, when I setup a new customer, we create a new MongoDb database for him AND we would like to setup specific default dashboard

Have you tried exporting the dashboard as a .charts file. Then edit the JSON to update the datasources before importing the dashboard again? We do then when deploying client facing embedded charts to all our environments (dev, qa, prod, etc).

Ciro_Nola · 2024-09-13T12:42:07.205Z

Hey Matt, how are you? Thx for the tip!

Well, it is better then nothing. Either way, we would have to create the datasources for each customer manually, then we could have a model .charts file and just update it with the new DataSources references and upload it.

As I said, better then nothing, but still lacking an API to do it programmatically.

Dan_Cumings · 2024-11-07T18:10:48.850Z

For reference:
It was going to be Q4. The ticket is closed so we cannot get any updates.

Charts API, progrmamatically create and update charts and chart views MongoDB Charts

I’d like to add my +1 for this. Our company’s use case / pain point is identical to Juan’s. Glad to know this is on the roadmap.

This is the most tedious part of our applications deploy process because it has to all be done manually across all our environments(production,debug,dev)

Dan_Cumings · 2024-11-14T23:56:40.504Z

Any update on this. We are maybe somewhat naively building our teams customer analytics capabilities around charts. We could always rework it if we had to but the way we can securely embed prefiltered charts for customers is perfect for our needs and we already use mongo for everything else. We just really need an API because this is the only part of our CI/CD process that is still manual (and is becoming more painful with each new dashboard we want to add)

George_Mihailov · 2024-11-26T20:19:45.599Z

+1 for Charts API, we have multi-tenant environment and manual chart creation/modification is just not sustainable.

Prakash_Dewan · 2024-12-04T11:40:00.085Z

@Ciro_Nola, @Dan_Cumings , @George_Mihailov I agree, not having APIs to import/create mongo dashboard is the biggest pain point in promoting mongo chart based dashboards/reports in an embedded way for our product. It is manual, tedious, error prone & leads to frustation everytime we have to release a new report/dashboard.

@Avinash_Prasad - do we have any concrete update on this? Whatever it is, please keep the community updates.
@tomhollander - would love to hear from you on this.

Thanks in advance!

Dan_Cumings · 2024-12-06T20:38:52.528Z

Any update on this? I have another promote tomorrow and am already dreading this. Since we cannot just update a chart we are also having to re-grab dashboard and chart ids so we can remap them to our platform (so we iframe the right thing). at a minimum being able to upload “updated” charts would be helpful.

Emma_Ayson_Macfarlane · 2024-12-10T03:15:54.500Z

Hi everyone,

Thanks so much for this feedback. I wanted to let you know that we have been working on defining the requirements and solution for an import/export API. We are looking to launch this in Q1 next year.

If you have any questions or feedback, please don’t hesitate to contact me at emma.aysonmacfarlane@mongodb.com.

Thanks,
Emma

Dan_Cumings · 2024-12-11T14:00:27.310Z

If we could only get one endpoint it would be an endpoint that allows to update existing dashboards and charts without changing all the Id’s. Currently we have to deleted and reconfigure all our dashboards/charts every time we want to make a change on production (based on the changes we are making on lower environments)

If we could have two endpoints it would be something that allows us to read the dashboards/charts (so we can update the charts from environment to another)

Prakash_Dewan · 2024-12-11T14:57:41.846Z

I was writing something very similar a few hours back.

Ability to import a dashboard (with additional updates/changes) onto existing dashboard, instead of creating a new dashboard every time.

Once we roll out an Atlas dashboard embedded into our product, any small change would require us to reimport the .charts from dev environments through higher environments. This leads to creation of new dashboard, thus a new embedding id, which is also required to be changed in our embedding code/config and call for a redeployment.

It would beneficial, if during import of .charts - if a dashboard with same name is found, the user is given an ability to overwrite existing dashboard (with keeping the existing embedding ids for dashboard, and it’s existing charts) OR import it as a new one. With an overwrite option, which won’t change the embedding ids - nothing needs to change on applications embedding the dashboard/charts - making such changes simple & easy.

Dan_Cumings · 2025-02-07T16:27:20.574Z

I think there might be more value in fixing this Id issue first and then coming back to the API. It could probably save me between 20 and 40 minutes every time we have to release. Even better is if we could just point it to a git repo and you could specify a branch or tag that would be used to update existing charts (still would need to fix the id issue). I version control every chart export so we can track changes and then have to manually import/fix chart and dashboard id’s. Every release i have to udpate these id’s. We store the dashboard and chart id’s in a collection for convenience.

image1147×711 35.5 KB

Another thing we do is create versions of the charts to avoid downtime. Then we come back and delete previous versions

image760×259 5.66 KB

Dan_Cumings · 2025-02-27T13:57:54.767Z

Any update on this? With the amount of work it takes to deploy and high chance of user error when copying Id’s we are seriously considering just using something like highcharts (which we use for other parts of our application) and writing our own frontend. This has additional advantages as we have more control of the order of the aggregate queries (especially the match stage which we need to frontload as much as possible for performance reasons)

Emma_Ayson_Macfarlane · 2025-03-04T04:13:36.950Z

Hi @Dan_Cumings - thanks for the nudge! I just responded to you via email, let’s catch up to go through our proposed solution. We’re aiming to launch this in a couple of months. I’ll let you know when we start the implementation, but rest assured, it is on the roadmap and it is coming your way!

Dan_Cumings · 2025-03-04T04:28:03.072Z

Thanks,

This is my bad. I totally missed your response. Thanks for working through this with our team. We really appreciate being able to give some input.

Mike_Davis · 2025-05-07T21:50:10.847Z

Hey @Emma_Ayson_Macfarlane, a hopeful customer here who would love to see this API up and running to show seniors the power behind mongo - is there any news on this release?

Raymond_Lo · 2025-06-24T14:32:32.687Z

Chiming in to add that this API is desperately needed. For every customer we spin up, we have to run a playwright script to do this, and this cannot be done in CI due to MFA requirements.

Dan_Cumings1 · 2025-08-28T10:31:50.766Z

Is it still being worked in.Any eta?