Hub und Benutzerumgebungen
JupyterHub, Proxy und Spawner versioniert und reproduzierbar betreiben.
WZ-IT plant und betreibt JupyterHub als gemeinsame Notebook-Plattform mit Authentifizierung, isolierten Umgebungen, Ressourcensteuerung und reproduzierbaren Images.
Unternehmen weltweit vertrauen WZ-IT
Die genannten Namen sind Marken ihrer jeweiligen Inhaber: JupyterHub (Project Jupyter). WZ-IT ist ein unabhängiger Dienstleister und steht in keiner geschäftlichen, partnerschaftlichen oder vertraglichen Beziehung zu diesen Unternehmen. Wir bieten unabhängige Migrations-, Installations-, Hosting- und Betriebsdienstleistungen an.
JupyterHub verwaltet Benutzer und startet deren Notebook-Server über einen gewählten Spawner. Sicherheit und Skalierung hängen stark von Isolierung, Images, Speicher und Compute ab.
Wir erfassen Nutzergruppen, Bibliotheken, Daten, CPU- oder GPU-Bedarf und Zielumgebung und entwickeln daraus eine passende Architektur.
Notebook-Nutzer können Code ausführen. Netzwerkzugriffe, Secrets, Ressourcenlimits, Datenbereiche und administrative Rechte müssen deshalb bewusst begrenzt werden.
Der Rechner bildet einen Standardbetrieb ab. Kubernetes, GPU-Pools oder große Nutzerzahlen werden im Angebot individuell dimensioniert.
Jeder Nutzer startet eigene Notebook-Prozesse und kann Code ausführen. Images, Spawner, Speicher, Ressourcenlimits und Datenzugriffe bestimmen deshalb Sicherheit und Skalierung.
JupyterHub, Proxy und Spawner versioniert und reproduzierbar betreiben.
CPU, RAM, GPU, Libraries und Limits pro Nutzerprofil definieren.
Home-Verzeichnisse, Projektdaten und gemeinsame Bereiche absichern.
Identity, Netzwerk, Jobs, Monitoring, Updates und Backups kontrollieren.
WZ-IT betreibt die Plattform und Isolationsmechanismen. Nutzer-Code, Pakete, Datensätze und fachliche Ergebnisse bleiben beim Kunden.
| Bereich | Verantwortung | Leistung und Abgrenzung |
|---|---|---|
| JupyterHub-Plattform | WZ-IT | Hub, Proxy, Spawner, Basisimages, Monitoring und Updates. |
| Compute und Ressourcenlimits | WZ-IT | Technische Konfiguration von CPU, RAM, GPU und Speicherquoten. |
| Images und Bibliotheken | Gemeinsam | Wir bauen reproduzierbar; Teams definieren benötigte Versionen und Pakete. |
| Datenzugriffe | Gemeinsam | WZ-IT bindet Speicher an; der Kunde genehmigt Datensätze und Nutzergruppen. |
| Notebook-Code und Ergebnisse | Kunde | Code, Datenverarbeitung und fachliche Validierung verantworten die Nutzerteams. |
| Pipelines und GPU-Workflows | Optional durch WZ-IT | Automatisierung, Scheduler und spezielle Images werden separat umgesetzt. |
Jupyter-Notebooks und unterstützte Entwicklungsumgebungen pro Benutzer bereitstellen.
Gemeinsame Images, Projekte und Datenbereiche mit klaren Zugriffsgrenzen bereitstellen.
Authentifizierung über passende Authenticatoren und vorhandene Identity Provider integrieren.
Bibliotheken und Laufzeitumgebungen über versionierte Images oder definierte Pakete bereitstellen.
CPU, Arbeitsspeicher, GPU und Speicher passend zu Nutzergruppe und Workload zuteilen.
Plattformzustand, Auslastung, Fehler und Kapazitätsgrenzen technisch überwachen.
Bestehende Daten und Konfigurationen prüfen, testweise übernehmen und mit einem kontrollierten Cutover in den Betrieb überführen.
SSO, Rollen, administrative Wege und externe Zugriffe passend zu Anwendung und vorhandener Infrastruktur absichern.
Alle zustandsbehafteten Komponenten konsistent sichern und den Wiederherstellungsweg für den vereinbarten Umfang dokumentieren.
Anwendung und technische Abhängigkeiten überwachen, kontrolliert aktualisieren und nach vereinbartem Service Level betreiben.
Ein klarer Betriebsumfang statt einer unübersichtlichen Hosting-Pauschale.
Wir richten eine Testinstanz für Sie ein, in der Regel am nächsten Werktag. Ohne Zahlungsdaten. Nach sieben Tagen wird sie gelöscht, sofern Sie nicht übernehmen.
Wir verbinden die passende Compute-Größe mit laufendem Betrieb, Backups, Monitoring und einem Service Level, das zur Kritikalität von JupyterHub passt. Hochverfügbarkeit und Recovery-Ziele werden bei Bedarf separat geplant.
Wir planen auch individuelle Hosting-Architekturen, Integrationen und Migrationen rund um JupyterHub. Kontaktieren Sie uns für ein technisches Assessment.
Eine verwaltete JupyterHub-Standardanwendung ist im Starter-Workload enthalten. Ab Business kommt ein flexibel nutzbares Betriebsbudget für planbare Leistungen innerhalb der regulären Servicezeit hinzu. Wählen Sie Compute, weitere Anwendungen, Speicher und das passende Service Level.
Ein Workload ist eine Compute-Instanz mit den darauf vereinbarten Anwendungen.
Ein Standard-App je Workload ist bereits enthalten. Zusätzliche dedizierte Server zählen als weitere Workloads.
79,90 € je angefangenem TB und Monat, inklusive täglichem verschlüsseltem Offsite-Backup mit 7 Tagen Aufbewahrung.
Anfrage
Nennen Sie kurz Ausgangslage und Ziel für JupyterHub. Wir ordnen Infrastruktur, Integration und laufenden Betrieb ein.
Registrierte Konten sind wenig aussagekräftig. Gleichzeitig laufende Server, Libraries, Datensätze, Notebook-Last und GPUs bestimmen die Plattform.
| Nutzungsszenario | Technischer Startpunkt | Wichtige Einflussfaktoren |
|---|---|---|
| Kleines Analyse- oder Schulungsteam | Spawner- und Image-Assessment | Nutzerprofile, Limits und persistenter Speicher werden festgelegt. |
| Viele parallele Notebook-Server | Kubernetes- oder Cluster-Architektur | Scheduling, Isolation und Storage werden nach Parallelität dimensioniert. |
| GPU-Notebooks | GPU-Pool-Assessment | Treiber, Images, Quoten und Auslastung werden gesondert geplant. |
| Forschung oder produktive Datenplattform | Security- und Recovery-Konzept | Datenzugriff, Reproduzierbarkeit, Audit und Wiederherstellung werden abgestimmt. |
Nutzerprofile, Isolation, Images, Speicher und CPU-/GPU-Bedarf werden vor dem Angebot praktisch aufgenommen.
Compute und Speicher werden nahe an den Daten und mit passender Isolation betrieben.
CPU- oder GPU-Umgebung auf europäischer Infrastruktur nach Assessment.
Integration in vorhandene Kubernetes-, Storage- und Identity-Dienste.
Lokaler Betrieb nahe sensiblen Daten oder vorhandenen GPUs.
Zentrale Anmeldung mit getrennten Compute- oder Datenressourcen.
Identity, Spawner, Images, Compute und Datenzugriff erhalten klar definierte Grenzen.
Browserbasierte Notebook- und Entwicklungsumgebungen.
SSO, Gruppen, Quoten und getrennte Administration.
Rollen, Images, Ressourcenlimits und Datenbereiche.
Hub, Proxy, Spawner und verwaltete Benutzerserver.
Container, VMs oder Kubernetes mit CPU- und GPU-Ressourcen.
Home-Verzeichnisse, Projekte, Datensätze und Backups.
Python, R, Julia und vereinbarte Bibliotheken reproduzierbar bereitstellen.
Beliebige Codeausführung erfordert stärkere Isolation als eine normale Webanwendung. Netzwerk- und Datenrechte werden bewusst begrenzt.
Antworten zu Nutzern, Images, GPUs, Daten und Betrieb.
Spawner, Isolation, Nutzerprofile, Speicher, Bibliotheken und GPU-Bedarf unterscheiden sich stark und bestimmen Architektur und Preis.
Das ist konfigurierbar, kann aber Reproduzierbarkeit und Sicherheit beeinträchtigen. Wir empfehlen versionierte Basisimages und klar geregelte Erweiterungswege.
Ja. GPU-Pools, Quoten, Treiber und Images werden passend zu Workloads und Parallelität geplant.
Ja. Das ist besonders sinnvoll, wenn Daten oder GPU-Systeme lokal bleiben sollen.
Persistente Home- und Projektbereiche werden nach dem vereinbarten Umfang gesichert. Reproduzierbare Images und externe Datensätze werden getrennt behandelt.
Als Alternative zum Managed Hosting im Rechenzentrum stellt WZ-IT die Hardware bereit, richtet JupyterHub ein und übernimmt Absicherung, Monitoring, Updates, Backup und technischen Support. Der Zugriff kann auf das interne Netz begrenzt oder über VPN und vorhandene Identitäten freigegeben werden.
ab 349 € netto / Monat · zzgl. einmalig Bereitstellung und Ersteinrichtung

01.06.2026
Ein eigenes ChatGPT, das vollständig im eigenen Haus läuft: eine vertraute Chat-Oberfläche, dahinter ein großes Sprachmodell auf eigener Hardware, ohne dass ein einziger Prompt an...
24.05.2026
Wer KI in produktive Geschäftsprozesse bringt, steht schnell vor einer unbequemen Frage: Was passiert da eigentlich genau? Welcher Prompt ging an welches Modell, warum kam...
Diese Lösungen werden oft zusammen mit JupyterHub eingesetzt
Diese Lösungen bieten ähnliche Funktionalitäten und können gemeinsam evaluiert werden
Kein Risiko: Im schlechtesten Fall gehen Sie mit mehr Klarheit über Ihr Projekt heraus als vorher.


„Die Beratung von WZ-IT zu unserer Azure-Migration war schon im Erstgespräch fachlich sehr fundiert und völlig unverbindlich - wir haben eine Menge mitgenommen.“
Ob konkrete IT-Herausforderung oder einfach eine Idee - wir freuen uns auf den Austausch. In einem kurzen Gespräch prüfen wir gemeinsam, ob und wie Ihr Projekt zu WZ-IT passt.