Redash: Rich selection of data sources out the box. The process is simple and done as python packages. 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. tableau extracts are useful if your underlying dB is slow.We’ll now look at the more detailed analysis, which I need to preface with the obvious warnings.But their analyses are of similar if not higher quality. We’ve hired Tableau people and they could pick up Metabase in no time, but they are sometimes resistant and often miss the power of Tableau. Metabase is still niche (though one of the most starred GitHub projects). it is easy to find and hire people with Tableau experience.Keeping hour dashboards simple is often a better idea. interactive dashboards in Tableau can be excellent but they are rarely intuitive.Data blending in tableau is a powerful feature but you need to know what you are doing.Since the Metabase defaults are good, any further refinement in Tableau is likely a waste of time. With Metabase, formatting is quite limited.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |