Metabase alerts12/28/2023 ![]() Plugins for the non-standard ones need be installed within the chart to be enabled. Superset: A rich selection of data sources. Metabase: No official support for Athena, so we had to enable a community plugin within the helm config. So the ability to add plugins, or the out of the box setup has been greatly appreciated. It can pretty much scan tens of GBs in seconds. Athena is a distributed query service and its done wonders for us when it comes to querying our data lake. We are heavy users of AWS Athena here at Vortexa. Superset > Metabase > Redash Data sources No extra work is needed for the alert and schedulers as those are spun by default, however, you again end up with a bunch of worker pods. Dependencies are redis and a database that are also spinnable through the chart. Redash: No official helm chart, however, the community one is part of the main redash repo, hence closely evolves with redash itself. It ends up with a bunch of pods, some of which workers other for scheduling. Dependencies are redis and a database, and it does provide you with an option to spin those up for you. things like Alerts, Reports and extra data source connectors. The chart itself is pretty configurable and a lot of the functionality is driven within the setup here. Superset: Comes with official support for helm. It then spins up one pod in your cluster and configuration is pretty straightforward and can be done within the tool UI once. As a dependency Metabase requires only a DB connection that it uses for storing state. Metabase: The official Helm chart Metabase comes with has been sadly discontinued, so we’ve had to use a community one. With some of the tools we’ve had to redeploy them a bunch of times until a successful ordered birth happens. ![]() Having a good, configurable and up to date helm chart played a big role in this category.Īnother important criteria here for us has been how easy is it is to debug problems and track failures, and things like multiple kube pods can make things harder. As such, we’ve been using Helm to assist with our Kubernetes deployments. Infrastructure as code has been really important for us at Vortexa. In any case, lets jump right into the details. These tools evolve and change pretty quickly, so other pains we’ve had might not exist by the time you read this. Some of the criteria is biased towards our own deployment methods and stack needs(Kubernetes, AWS Athena etc.), so they might not apply to your case. If we manage to provide this feature of hooks in metabase then we can integrate metabase with ERPNext.We’ll now look at the more detailed analysis, which I need to preface with the obvious warnings. In ERP itself I can update the users but then I have to iterate through all the existing synced users and modify the each one by one.(in this case, existing user can be modified on metabase website or not, but have to update all). What If user from metabase website make changes in existing Users, (Rename, Delete, Modify) Then I won't be able to modify the existing records in ERP which are already synced.įor this purchase I wanted to know about hooks(On Deletion, Modification, Renaming etc). ![]() But implementation is only useful for new records, which are not synced with ERP. It will sync all the cards, Dashboards and users in ERP. Have the inbuilt scheduler in ERP and I setup this scheduler to execute after every five minutes.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |