Blog

In unserer kostenlosen Online-Event-Reihe Data Firework Days haben wir Dir bereits die b.telligent Referenzarchitektur für Cloud Data Platforms vorgestellt. Nun wollen wir in unserer Blogreihe weiter auf das Thema Cloud und die einzelnen Anbieter eingehen. Im ersten dreiteiligen Part der Reihe Blueprint: Cloud-Data-Platform-Architektur ging es deshalb erst mal um die Architektur von Cloud-Plattformen im Allgemeinen.

Lies hier Teil 1: Blue Print Cloud-Data-Platform-Architektur

Exasol ist ein führender Hersteller von analytischen Datenbanksystemen. Das Kernprodukt ist eine auf In-Memory-Technologie basierende Software für die professionelle, parallele und schnelle Datenanalyse. Normalerweise werden SQL-Statements in einem SQL-Skript sequenziell abgearbeitet. Wie können aber mehrere Statements gleichzeitig ausgeführt werden? Dies zeigen wir anhand eines einfachen Skripts in diesem Blogbeitrag.

Vielleicht bist Du auch schon über folgendes Problem gestolpert? Du hast eine versionierte Tabelle in Deiner Datenbank und bemerkst, dass sich von Version zu Version gar nichts Relevantes ändert und Du einfach viel zu viele Zeilen hast? Wir zeigen Dir, wir Du das Problem lösen kannst!

Lange Wartezeiten beim Umgang mit Tableau sind nervig und sorgen fürmehr Frust als Lust. Wie man trotz Live-Connection oder einem komplexen Datenmodell die Performance der Tableau-Datenquelle wieder in den Griff bekommt, beleuchten wir in dieser Case-Study.

Um die Herausforderungen im Internet of Things zu bewältigen, müssen Unternehmen vor allem ihren IoT-Reifegrad kennen. Verfügt es über eine große Anzahl an Connected Devices und verborgenen Datenschätzen? Wird bereits erfolgreich IoT Data Analytics umgesetzt, sodass daraus Mehrwert für Prozesse generiert wird? Ist genug Know-how zu Data Storage und dem Umgang mit hoch performanten Datenbanken in der Cloud vorhanden? Alle diese Fragen haben Einfluss auf Euren Weg ins Internet of Things.

Herzlichen Glückwunsch, Du hast es geschafft und die bisherigen Ausführungen zu unserem Referenzarchitekturmodell unbeschadet überstanden! Der mühsamste und lästigste Teil liegt damit schon hinter uns. Falls Du gerade erst mit Teil 3 in unsere Blogserie einsteigst, kein Problem! Klicke einfach auf die Links zu Teil 1 und Teil 2. Dort erfährst Du mehr zu Ingestion und Data Lakes sowie der gesamten Referenzarchitektur.

Zu Teil 1 und Teil 2 der Blogserie.

Wie im ersten Teil erwähnt, werden wir in dieser Blogserie zunächst verschiedene Teile unserer Referenzarchitektur einer Cloud Data Platform vorstellen. Im Anschluss adaptieren wir diese auf die drei großen Cloud-Anbieter – Google Cloud Platform, AWS und Azure. Falls Du den ersten Blogbeitrag, der sich mit dem Ingestion-Teil unseres Modells beschäftigt, noch nicht gelesen hast, kannst Du das noch nachholen. Für alle anderen geht es nun mit dem Data-Lake-Teil der b.telligent Referenzarchitektur weiter, bevor wir uns in Teil 3 ausführlicher mit der Analytical Platform beschäftigen.

Hast Du schon mal darüber nachgedacht, wie die ideale Cloud-Data-Platform-Architektur aussehen sollte? Wir schon! In unserer kostenlosen Online-Event-Reihe Data Firework Days haben wir die b.telligent Referenzarchitektur für Cloud-Datenplattformen vorgestellt, einen Blueprint für den Aufbau einer erfolgreichen Datenplattform für Deine Analytics-, KI-/ML- oder DWH-Anwendungsfälle. Und wir sind noch einen Schritt weiter gegangen. Da wir alle wissen, dass es da draußen nicht die „eine“ Cloud gibt, haben wir unser Modell auch für die drei großen Cloud-Anbieter – Google Cloud Platform, AWS und Azure – adaptiert. In dieser Blogserie wollen wir in den ersten beiden Beiträgen zunächst unsere Referenzarchitektur beschreiben und uns dann, in den Teilen 4 bis 6, mit den Implementierungsmöglichkeiten für die einzelnen Anbieter beschäftigen. Los geht‘s, begleite uns auf unserer Reise durch die Cloud.

Ich: neu bei b.telligent, Promotion in reiner Mathematik, Programmier- und IT-Kenntnisse eine bunte Mischung. Das Ziel: innerhalb von 4 Monaten zertifizierter Azure Architect werden. Der Weg: ein Fortbildungsprogramm von Microsoft und viel Unterstützung von b.telligent.

In unserer Reihe „The next generation of CRM – Möge die MarTech mit dir sein“ haben wir bereits geklärt, was der Trend rund um Marketing-Technologie wirklich halten kann, welche Dos und Donʼts es bei der Einführung gibt und wie man den eigenen MarTech-Reifegrad identifiziert.

In diesem Beitrag wollen wir im nächsten Schritt einen Blick auf die MarTech-Architektur werfen – sie ist unsere Landkarte auf der Mission durch das MarTech-Universum. Denn: Genau das wird immer technischer, komplizierter und unübersichtlicher. Dem Kunden stehen in unserer digitalen Welt zahlreiche Möglichkeiten zur Verfügung – und seine Ansprüche an die Customer Experience steigen. Aber auch für Marketer bringt die Digitalisierung Veränderungen. Die Spuren, die der Kunde entlang der digitalen Kontaktkanäle wie Onlineshop, App oder Website hinterlässt, sind sehr vielseitig nutzbar – erhöhen aber auch die Komplexität im Marketing.

Der Einsatz von Marketing Clouds wächst rasant. Ursache sind veränderte Kundenbedürfnisse und das Ziel, mit den Kunden – datenbasiert – effektiver und effizienter kommunizieren zu können. Gleichzeitig werden Marketing Clouds immer komplexer – nicht selten führen deshalb Unsicherheit und ein Mangel an Erfahrung bei der Auswahl und Implementierung einer Marketing-Cloud-Lösung zu unerwünschten Effekten oder gar zum Scheitern des Projekts. Dieser Blogbeitrag unserer Themenreihe „Next Generation of CRM - Möge die MarTech mit Dir sein“ zeigt deshalb Stolpersteine beim Einsatz einer Marketing Cloud und wie Du sie umschiffen kannst.

Die digitale Transformation im Internet of Things stellt viele Unternehmen vor eine große Herausforderung. Unser b.telligent IoT Adoption Framework unterstützt Dich bei der Transformation durch ein strukturiertes und technologieunabhängiges Vorgehen: