Boreon MCP Layer · Migrationen
Die meisten unserer Migrationen bringen Tableau Server zu Festpreisen nach Tableau Cloud, denn für die meisten Teams ist Tableau das Zuhause. Wir verschieben auch eine Tableau-Cloud-Site in eine andere, bauen AI/BI-Dashboards aus Databricks in Tableau neu, bringen Tableau-Inhalte zusätzlich nach Databricks, Snowflake oder Tableau Next, wann immer Sie sie auch dort haben möchten, und bringen Dashboards aus Salesforce CRM und CRM Analytics nach Tableau Next. Jeder Umzug wird mit Ihnen geplant, zuerst geprobt und mit dem Original verglichen.
Von Tableau ServerHier starten die meisten Teams
Für die meisten Teams ist Tableau das Zuhause. Wir bringen Ihre ganze Tableau-Server-Site zu Festpreisen nach Tableau Cloud: Inhalte und Extrakte, Personen und Berechtigungen, Zeitpläne und Abonnements.
Ansehen, wie es funktioniert
Von Tableau Cloud
Verschieben Sie Inhalte von einer Tableau-Cloud-Site auf eine andere oder überführen Sie sie von der Entwicklung über den Test in die Produktion, auch zwischen Projekten derselben Site. Ein erneuter Lauf überträgt nur, was sich seit dem letzten geändert hat.
Ansehen, wie es funktioniert
Von Databricks
Ein AI/BI-Dashboard aus Databricks wird zu einer Tableau-Arbeitsmappe mit ihrem Dashboard, die dieselben Tabellen live über eine veröffentlichte Tableau-Datenquelle liest.
Ansehen, wie es funktioniert
Von Tableau Server oder Tableau Cloud
Dashboards werden zu AI/BI-Dashboards mit integriertem Genie. Prep-Flows werden zu materialisierten Views.
Ansehen, wie es funktioniert
Von Tableau Server oder Tableau Cloud
Dashboards werden zu Apps mit Streamlit in Snowflake. Prep-Flows werden zu dynamischen Tabellen.
Ansehen, wie es funktioniert
Von Tableau Server oder Tableau Cloud
Tableau-Arbeitsblätter, Berichte aus Salesforce CRM und Widgets aus CRM Analytics werden zu Visualisierungen in Tableau Next, und ihre Dashboards werden zu Dashboards in Tableau Next, direkt in Salesforce.
Ansehen, wie es funktioniert
Die meisten unserer Migrationen sind genau diese. Wir lesen alles auf Ihrer Tableau-Server-Site, planen den Umzug mit Ihnen und proben ihn vollständig, ohne etwas zu schreiben. Er beginnt erst, wenn Sie ihn freigeben. Danach lesen wir beide Sites zurück und vergleichen sie, und Sie erhalten einen Bericht für Ihr Change-Protokoll.
Wir lesen Ihre Site
Jedes Projekt, jede Arbeitsmappe, jede Datenquelle und jeden Zeitplan, bevor etwas umzieht.
Sie lesen den Plan
Was umzieht, wo es landet und was Ihre Entscheidung braucht.
Wir proben ihn
Ein vollständiger Probelauf, der nichts schreibt.
Sie geben frei
Der Umzug beginnt erst, wenn Sie es sagen.
Wir vergleichen beide Sites
Zurückgelesen und geprüft, mit einem Bericht für Ihre Unterlagen.
Wir verschieben Inhalte von einer Tableau-Cloud-Site auf eine andere oder überführen sie von der Entwicklung über den Test in die Produktion, mit demselben Plan, derselben Probe und derselben Freigabe. Jede Ansicht wird mit dem Original verglichen, und ein erneuter Lauf überträgt nur, was sich seit dem letzten geändert hat.
Manche Teams möchten ihre Arbeit aus Databricks den Menschen zeigen, die in Tableau arbeiten. Ein AI/BI-Dashboard wird zu einer Tableau-Arbeitsmappe mit ihrem Dashboard, die dieselben Tabellen live über eine veröffentlichte Tableau-Datenquelle liest. Jedes Blatt wird vor der Veröffentlichung mit dem Original verglichen, und veröffentlicht wird nur mit der Freigabe einer verantwortlichen Person auf Ihrer Seite.
| Auf Databricks | In Tableau |
|---|---|
| Ein AI/BI-Dashboard | Eine Tableau-Arbeitsmappe mit ihrem Dashboard |
| Zähler-, Balken-, Linien-, Flächen-, Kreis-, Streu- und Tabellen-Widgets | Tableau-Blätter, jedes mit dem Original verglichen |
| Textfelder und das Raster-Layout | Dasselbe, auf dem Dashboard |
| Die Tabellen des Dashboards | Eine veröffentlichte Tableau-Datenquelle, live gelesen |
Wenn Sie Dashboards zusätzlich auf Databricks oder Snowflake haben möchten, sehen Sie hier, wo jeder Baustein landet.
| Auf Tableau | Auf Databricks | Auf Snowflake |
|---|---|---|
| Dashboards | AI/BI-Dashboards, mit integriertem Genie | Apps mit Streamlit in Snowflake |
| Prep-Flows (.tfl) | Materialisierte Views | Dynamische Tabellen, oder eine materialisierte View, wo Snowflake eine zulässt |
| Veröffentlichte Datenquellen (.tds) | Die Tabellen in Unity Catalog, in denen die Daten bereits liegen | Die Snowflake-Tabellen, in denen die Daten bereits liegen |
| Kennzahlen, Farben und Zahlenformate | Dieselben, bis hin zu Doppelachsen | Dieselben, bis hin zu Markierungen und Sortierung |
| Filter | Dieselben Filter, direkt im Dashboard | Live-Auswahlfelder in der App |
| Anmeldung und Rollen | SSO-Rollen gelten durchgängig, ohne zweite Anmeldung | Schlüsselpaar, OAuth oder jede Person einzeln über Snowflake OAuth |
Ein Workbook und der Prep-Flow dahinter ziehen gemeinsam um. Zuerst wird die Tabelle oder View gebaut und geprüft, dann wird das Dashboard darauf neu aufgebaut. Veröffentlicht wird erst, wenn jedes Sheet stimmt.
Pläne ändern sich, und manchmal auch das Warehouse. Der Boreon MCP Layer hebt Ihre Tabellen, Views und Ihr SQL von Databricks nach Snowflake oder von Snowflake nach Databricks und schreibt das SQL dabei für den anderen Dialekt um. Danach liegt derselbe Semantic Layer über beiden Warehouses, und Ihre Leute stellen ihre Fragen weiter so wie immer.
Databricks Tabellen, Views und SQL Snowflake
Dort fangen wir an. Wir legen den Layer darüber und beantworten seine Fragen in natürlicher Sprache, und falls Sie es je zusätzlich auf einer anderen Plattform möchten, wird vorher jede Zahl gegen Tableau geprüft.