Eignung

Passt JOX zu Ihnen?

JOX ist nicht das richtige Werkzeug für jedes Setup. Diese Seite beschreibt, wann sich ein Gespräch lohnt und wann andere Werkzeuge besser passen.

Wann JOX passt

JOX ist die richtige Wahl, wenn…

Workload

Ihre Logik in der Datenbank lebt.

Billing, Rating, ETL-Strecken, Datenmigrationen, Revenue Assurance, regulatorische Reports: Workloads, in denen die Geschäftslogik aus SQL, Stored Procedures und OS-Schritten besteht. JOX orchestriert solche Abläufe nativ, SQL-Schritte sind vollwertige Job-Schritte.

Umgebung

Sie hybrid oder on-prem arbeiten.

Ihre Datenbanken stehen on-prem, in der Cloud oder beides. Da sich die JOX-Server über die Datenbank koordinieren, sind Netz-Topologien mit VPN, VPC-Peering oder DMZ kein Sonderfall. Hybrid-Szenarien brauchen keine eigene Konfiguration.

Bedienung

Sie GUI-bedienbare Werkzeuge ohne Stack-Vorgabe bevorzugen.

JOX ist GUI-bedienbar (Web und Desktop) und braucht weder eine eigene Skriptsprache noch Cluster-Tooling. DB-Administratoren, Operations- und Fachbereichs-Mitarbeiter arbeiten direkt damit. Python-Skripte, Bash und Container (Docker, Kubernetes) lassen sich trotzdem als Job-Schritte orchestrieren. Was Sie ausführen, schreibt JOX nicht vor.

Compliance

Sie lückenlose Nachvollziehbarkeit brauchen.

Für Telco-Regulierung, SOX, GDPR-Audits oder interne Revisionen: Jeder Lauf wird transaktional erfasst, inklusive Output und OS-Umgebungsvariablen, mit konfigurierbarer Archivierung. Object-Change-Logs zeigen, wer wann was geändert hat.

Markt

Sie direkten Draht zum Entwickler bevorzugen.

Eigentümergeführt, Support direkt vom Entwickler. Featurewünsche werden direkt mit Ihnen besprochen und priorisiert, ohne globales Produkt-Komitee.

Operations

Sie eine schlanke, betriebsarme Plattform suchen.

Oft reichen eine JAR-Datei, eine Datenbank und ein Verantwortlicher. Ein Update ist ein neues JAR. Bei Bedarf skaliert JOX horizontal über virtuelle Locations. Engine-Cluster, Message Broker oder ein eigenes Betriebsteam für die Scheduler-Infrastruktur sind nicht nötig.

Koexistenz

Betrieb neben einem bestehenden Scheduler.

Wenn bei Ihnen bereits UC4, Control-M oder Airflow im Einsatz ist, kann JOX als Spezial-Layer die Workflows übernehmen, bei denen die bestehende Plattform an Grenzen stößt. Typisch sind DB-zentrische Strecken mit mehreren hundert Schritten und komplexer Wiederaufsetzbarkeit.

Die Integration ist einfach. Ihr globaler Scheduler ruft JOX per CLI auf, und der Aufruf blockiert synchron, bis JOX die Ausführung abgeschlossen hat. Ihre bestehende Plattform sieht einen einzigen Job. Dahinter führt JOX ein Dutzend bis mehrere Hundert Sub-Schritte aus, mit den Eigenschaften seiner DB-Architektur: transaktionales Tracking, gezielte Wiederausführung einzelner Sub-Ketten, environment-spezifische Auflösung über System Functionalities und Einsicht in jeden Sub-Job bis ins Detail.

Ein Pilotprojekt hat deshalb nur ein geringes Risiko: ein einzelner Job in Ihrem bestehenden Scheduler, dahinter eine JOX-Order mit der eigentlichen Logik. Es wird nichts abgelöst oder migriert, und der laufende Betrieb bleibt unverändert.

Wann etwas anderes besser passt

Fälle, in denen JOX nicht die richtige Wahl ist.

Wenn Ihre Situation besser zu einem anderen Werkzeug passt, empfehlen wir dieses. Unten stehen drei typische Fälle. Alternativ lässt sich JOX als Spezial-Layer im bestehenden Stack einsetzen (siehe oben).

Reines AWS-Serverless

Lambda-Choreographie und EventBridge.

Wenn Ihre Architektur vollständig AWS-zentriert ist, Workloads aus Lambda-Funktionen und ereignisgesteuerten Microservices bestehen und Sie keine Hybrid-Anforderungen haben, ist AWS Step Functions die naheliegende Wahl. Es ist tiefer in das AWS-Ökosystem integriert, als eine externe Lösung es sein kann.

Cloud-Service-Orchestrierung

Zusammenführen vieler unterschiedlicher Cloud-Services in einem Workflow.

Wenn Ihr Team aus Data Engineers besteht und viele verschiedene Cloud-Services (S3, BigQuery, EMR, Snowflake, Spark, dbt …) als Pipeline orchestrieren möchte, ist Apache Airflow der De-facto-Standard. Es bietet hunderte fertige Operators für Cloud-Services, Workflows als Python-Code mit Git-Versionierung und eine große Community.

Konzern-Batch mit Mainframe

z/OS oder iSeries.

Wenn Sie konzernweite Batch-Steuerung über Mainframe oder iSeries brauchen, sind UC4 / Automic oder Control-M die etablierten Plattformen. Beide bringen breite Add-On-Welten mit und sind in Großkonzernen mit dedizierten Betriebsteams zu Hause. Beides lässt sich auch kombinieren: globale Steuerung durch den Enterprise-Scheduler, DB-zentrische Sub-Workflows durch JOX (Koexistenz).

Gespräch

Erstes Gespräch.

Wenn Sie sich im Abschnitt Wann JOX passt mehrfach wiedererkannt haben, passt JOX wahrscheinlich zu Ihnen. Für ein erstes Gespräch genügt eine kurze Mail. Wenn Sie einen konkreten Anwendungsfall mitschicken, können wir gleich darüber sprechen.