Big Data Dormagen: 5 Anbieter für große Datenbestände

Für große oder schnell wachsende Datenbestände in Dormagen sind HSO, Vention, ScienceSoft, inovex und taod fünf Vergleichsoptionen. Die Auswahl umfasst überregionale Angebote; inovex und taod nennen Kölner Standorte. Ich würde zuerst den tatsächlichen Engpass bestimmen: zu langsame Verarbeitung, viele unterschiedliche Quellen oder zu spät verfügbare Ergebnisse. Eine umfangreiche Datenablage braucht nicht automatisch dieselbe Infrastruktur wie ein kontinuierlicher Ereignisstrom. Der passende Dienstleister sollte diese Unterschiede erklären, bevor er eine neue Plattform empfiehlt.

Big Data Dormagen: fünf Leistungsprofile im Vergleich

Anbieter	Veröffentlichtes Angebot	Passender Vergleichsschwerpunkt
HSO	Big-Data-Architektur, Streaming und Microsoft-Technologien	Azure-geprägte Unternehmensplattformen
Vention	Verteilte Verarbeitung, Integration und Optimierung	Individuelle datenintensive Anwendungen
ScienceSoft	Big-Data-Beratung, Implementierung und Wartung	Operative Analysen aus unterschiedlichen Quellen
inovex	Datenplattformen, Hadoop und Cloud-Migration	Modernisierung vorhandener Dateninfrastruktur
taod	Cloud-Datenplattformen, Echtzeitdaten und DataOps	Gemeinsame Verarbeitung von Geräte- und Geschäftsdaten

Diese Einordnung beruht auf den beschriebenen Leistungen, nicht auf einem eigenen Belastungstest. Ich würde zwei passende Kandidaten mit denselben Quelldaten und denselben erforderlichen Abfragen vergleichen.

Verarbeitungsgeschwindigkeit vom Arbeitszweck ableiten

HSO nennt sowohl stapelweise Verarbeitung als auch Echtzeit-Datenströme. Vention bietet Architekturberatung und Implementierung mit unterschiedlichen Cloud- und Streaming-Technologien an. Damit kommen beide in Betracht, wenn ein größeres Vorhaben technisch eingegrenzt werden muss. Lassen Sie den Anbieter begründen, welche Informationen sofort und welche erst zum nächsten Auswertungszeitpunkt benötigt werden.

Die auf Technical Bridges angesprochene Verbindung zwischen Plattformwahl und Geschäftsentscheidung passt dazu. Ein nächtlicher Bericht und eine laufende Zustandsüberwachung benötigen unterschiedliche Zusagen. Ich würde zulässige Verzögerung, erwartete Datenmenge und Verhalten bei Ausfällen als Anforderungen festhalten, statt pauschal „Echtzeit“ zu bestellen.

Neue Plattform und Modernisierung getrennt betrachten

inovex beschreibt Erfahrung mit bestehenden Hadoop-Umgebungen und deren Migration in Cloud-Architekturen. Der Ansatz ist interessant, wenn Infrastruktur bereits vorhanden ist und die bisherigen Anwendungen weiter nutzbar bleiben sollen. ScienceSoft verbindet dagegen Big-Data-Beratung mit iterativer Implementierung und Wartung, unter anderem für betriebliche Analysen und Sensordaten.

Für einen Neubau würde ich einen begrenzten Verarbeitungspfad entwickeln lassen. Bei einer Modernisierung braucht es zusätzlich einen Vergleich mit dem bisherigen Ergebnis. Tech Vault Insider behandelt Probleme vor Cloud-Migrationen; im eigenen Projekt sollte insbesondere klar sein, welche Daten und Abfragen sich beim Wechsel nicht unbemerkt verändern dürfen.

taod beschreibt die Zusammenführung von Geräte-, CRM- und weiteren Geschäftsdaten sowie automatisierte Datenprozesse. Der veröffentlichte HD+-Fall zeigt einen entsprechenden Plattformansatz. Das macht taod für einen Vergleich interessant, wenn unterschiedliche Datenarten gemeinsam ausgewertet werden sollen und ein einheitlicher Betriebsrahmen fehlt.

Speichergröße allein ist kein belastbarer Leistungsnachweis

Verlangen Sie einen Test mit Ihren typischen Zugriffsmustern. Viele kleine Abfragen stellen andere Anforderungen als eine große nächtliche Berechnung. Technical Nodes greift unter anderem speichernahe Verarbeitung auf. Ein solches Konzept würde ich aber nur einsetzen, wenn die gemessene Aufgabe den zusätzlichen Aufwand rechtfertigt.

Auch Datenzentren sind Thema bei Bots Verified. Für Ihre Ausschreibung würde ich Rechenleistung, Datenablage und Übertragungswege getrennt beschreiben. Eine schnelle Verarbeitung hilft wenig, wenn die benötigten Informationen erst verspätet aus dem Quellsystem bereitstehen oder nicht eindeutig zugeordnet werden können.

Den Belastungstest an Ihrem Datenalltag ausrichten

Für eine zentrale Ereignisplattform würde ich drei Situationen prüfen lassen: den normalen Eingang, einen vorübergehenden Rückstau und die gleichzeitige Nutzung durch mehrere Auswertungen. Die Bedingungen sollten für alle Anbieter identisch sein. So erkennen Sie, ob eine Lösung unter Last nur langsamer wird oder vereinbarte Lieferungen vollständig ausfallen.

Zum Ergebnis gehören die verwendeten Ressourcen und die jeweilige Verarbeitungskonfiguration. Eine gute Laufzeit ist wenig aussagekräftig, wenn dafür wesentlich mehr Rechenleistung eingesetzt wurde. Lassen Sie außerdem zeigen, wie Daten nach einem Ausfall erneut eingelesen werden und wie bereits verarbeitete Informationen dabei behandelt werden.

Ich würde auch die spätere Datennutzung einbeziehen: Welche Rohinformationen müssen erhalten bleiben, welche verdichteten Ergebnisse werden regelmäßig abgefragt und welche Bestände können nach einer vereinbarten Frist entfallen? Die Antwort beeinflusst Speicherung und Verarbeitung gemeinsam. Ein Anbieter, der diese Fragen mit dem Fachbereich klärt, schafft eine bessere Grundlage für den Ausbau als ein Vorschlag, vorsorglich alles dauerhaft und mehrfach abzulegen. Diese Abgrenzung sollte im ersten Architekturvorschlag bereits verständlich und begründet erscheinen.

Betriebskosten und Zuständigkeiten gehören zum Angebot

Dokumentieren Sie Datenhaltung, Verarbeitungsläufe, Aufbewahrungsdauer und betreuende Teams. Auf Servers Tokenized finden sich Netzwerkarchitekturthemen; für die Plattformentscheidung bleibt entscheidend, welche Datenwege tatsächlich erforderlich sind. Mein Auswahlkriterium wäre ein Dienstleister, der den konkreten Engpass nachweisbar verbessert und die laufende Betreuung samt Kosten nachvollziehbar erklärt, ohne unnötige Komponenten zum Pflichtprogramm zu machen.