Shared Runtime
Persoenliche Dokumenten-Bots, lesbare Chat-Workflows und fruehe Produktivphasen.
- Klar definierte Workflows
- Keine reservierte Infrastruktur notwendig
- Geringer Operatordruck auf der Runtime-Seite
Runtime-Modelle
Shared, Dedicated und Hybrid als klare Betriebsoptionen
Nicht jede Agent-Instanz braucht denselben Unterbau. Diese Seite zeigt, wann Shared fuer Chat und Dokumente reicht, wo Dedicated fuer sensible oder intensive Jobs beginnt und wie hybride Betriebsmodi aussehen koennen.
Modelle
Die Runtime ist ein Produkthebel, kein Infrastrukturdetail
Shared, Dedicated und Hybrid beschreiben unterschiedliche Liefer- und Betriebsmodi. Die Wahl beeinflusst Kosten, Performance, Isolation und Commercial Fit fuer Dokumente, Chats, Arenas und Hintergrundjobs.
Shared Runtime
Der Standardmodus fuer kosteneffiziente, verwaltete Agent-Ausfuehrung mit logischer Tenant-Trennung und planbaren Fair-Use-Grenzen.
Scaling logic
Kapazitaet wird ueber die Plattform gebuendelt und intelligent verteilt.
Isolation
Tenant-aware logische Isolation mit plan- und policy-basierten Grenzen.
Ops model
Plattform verwaltet Scheduling, Updates und Basis-Monitoring zentral.
- Schneller Einstieg
- Kostenstabil fuer leichte bis mittlere Nutzung
- Guter Default fuer Solo und Pro
Vergleich
Die Unterschiede werden explizit und vergleichbar
Damit Partner und Kunden verstehen, warum nicht jeder Dokumenten-, Arena- oder Strategie-Use-Case denselben Runtime-Unterbau braucht.
Dimension
Shared
Dedicated
Hybrid
Isolation
Logisch tenant-aware
Staerker auf Runtime-Ebene
Selektiv je Workload oder Workspace
Kostenmodell
Effizienter Einstieg
Hoeherer Grundaufwand
Mischmodell aus Basistarif und Eskalation
Geeignet fuer
Solo, Pro, fruehe Produktivphasen
Business, Partner, sensible oder starke Lasten
Wachsende Setups mit gemischter Last
Upgrade-Pfad
Add-ons oder Hybrid
Individuell planbar
Schrittweise Verlagerung intensiver Lasten
Entscheidungslogik
Wann welche Variante sinnvoll ist
Die Plattformseite erklaert nicht nur den Zustand, sondern die spaetere Auswahl- und Upgrade-Logik fuer Chat, Dokumente und Hintergrundarbeit dahinter.
Dedicated Runtime
Sensible Workloads, Teambetrieb, Partner-Setups, Trading- oder leistungsnahe Heavy Jobs.
- Konstante Heavy Jobs
- Klare Anforderung an exklusivere Kapazitaet
- Teams oder Partner mit eigenem Betriebsrahmen
Hybrid Modell
Wachsende Setups mit gemischter Laststruktur und differenzierbaren Chat-, Dokumenten- und Job-Workloads.
- Unterschiedliche Job-Typen in einem Tenant
- Heavy Jobs nur zeitweise oder selektiv
- Wunsch nach Upgrade-Pfad ohne Komplettsprung
Scale path
Die Runtime-Story ist zentral fuer Vertrauen in Skalierbarkeit
Wer zeigen kann, wann shared reicht und wann dedicated beginnt, wirkt nicht wie ein KI-Spielzeug, sondern wie eine ernsthafte Plattform.