Eigene Infrastruktur ist gesetzt
Du willst die Linux- und Docker-Referenzbereitstellung in eine von deiner IT verantwortete Zielumgebung einordnen.
KI-Telefonassistenz.
In deinem Rechenzentrum.
Die smao Referenzbereitstellung läuft auf deiner Linux- und Docker-Infrastruktur. KI-Dienste und Produktdaten können in deiner Umgebung betrieben werden; notwendige Verbindungen dokumentieren wir mit deiner IT.
Wann On Premises die richtige Wahl ist.
On Premises ist kein Datenschutz-Badge, sondern ein Betriebsmodell. Es passt, wenn technische Kontrolle und die Fähigkeit zum eigenen Betrieb zusammenkommen.
Datenpfade müssen prüfbar sein
Einkauf, Datenschutz oder Informationssicherheit brauchen ein konkretes Zielbild statt einer allgemeinen Hosting-Aussage.
Betrieb kann übernommen werden
Dein Team kann Infrastruktur, Netzwerk, Zugriffe und vereinbarte Betriebsaufgaben dauerhaft verantworten.
Eine Referenzarchitektur, die Grenzen sichtbar macht.
Das Zielbild zeigt nicht nur, wo smao läuft. Es hält auch fest, welche Verbindungen bestehen, welche Daten sie übertragen und wer sie verantwortet.
- TelefonieEingehender Anruf
Der Anruf erreicht smao über die für das Projekt abgestimmte Telefonie-Anbindung.
- Zielumgebungsmao On Premises
Modellinferenz, Spracherkennung, Sprachausgabe, Wissenssuche sowie Anwendungs- und Objektdaten können in deiner Umgebung betrieben werden.
- ÜbergabeDeine Systeme
Ergebnisse gelangen nur über die freigegebenen Schnittstellen an CRM, Ticketing oder Workflows.
Das ist ein Referenzpfad, keine pauschale Zusage für jede Umgebung. Komponenten, Speicherorte und Verbindungen werden für das konkrete Projekt bestätigt.
- Gesprächsverarbeitung
- Ohne OpenAI und ohne US-KI-Subprozessoren. Lokale KI-Dienste und ihre Datenwege werden im Zielbild festgehalten.
- Speicherung und Löschung
- Speicherorte, Datenarten und Aufbewahrungsregeln werden für die vereinbarte Umgebung dokumentiert.
- Anbindungen und Egress
- Telefonie, E-Mail, Updates und optionale Fachsysteme können freigegebene externe Verbindungen benötigen und werden vor dem Start einzeln geprüft.
- Support und Änderungen
- Zugriffswege, Freigaben, Wartungsfenster und Eskalation werden als Teil des Betriebsmodells festgelegt.
Cloud oder On Premises?
Die Entscheidung betrifft nicht nur den Betriebsort. Sie verändert Einführung, Kapazitätsplanung, Verantwortlichkeiten und den Umgang mit Änderungen.
smao Cloud
smao On Premises
Betriebsort
Von smao betriebene Infrastruktur in Deutschland
Kundeneigene Linux- und Docker-Infrastruktur
Betriebsmodell
Plattformbetrieb durch smao
Verantwortlichkeiten werden projektbezogen festgelegt
Einführung
Self-Service ohne eigene Plattform-Infrastruktur
Planung und technische Abstimmung vor dem Start
Kapazität
Durch smao bereitgestellt
Nach Anforderungen und Zielumgebung dimensioniert
Änderungen und Updates
Plattformpflege durch smao
Release- und Wartungsprozess wird abgestimmt
Datenpfade und Verbindungen
Für den Cloud-Betrieb festgelegt
Für die Zielarchitektur projektbezogen dokumentiert
Geeignet für
Schneller Start ohne eigenen Plattformbetrieb
Organisationen mit eigener Infrastruktur und klaren Kontrollanforderungen
BetriebsortVon smao betriebene Infrastruktur in Deutschland
BetriebsmodellPlattformbetrieb durch smao
EinführungSelf-Service ohne eigene Plattform-Infrastruktur
KapazitätDurch smao bereitgestellt
Änderungen und UpdatesPlattformpflege durch smao
Datenpfade und VerbindungenFür den Cloud-Betrieb festgelegt
Geeignet fürSchneller Start ohne eigenen Plattformbetrieb
BetriebsortKundeneigene Linux- und Docker-Infrastruktur
BetriebsmodellVerantwortlichkeiten werden projektbezogen festgelegt
EinführungPlanung und technische Abstimmung vor dem Start
KapazitätNach Anforderungen und Zielumgebung dimensioniert
Änderungen und UpdatesRelease- und Wartungsprozess wird abgestimmt
Datenpfade und VerbindungenFür die Zielarchitektur projektbezogen dokumentiert
Geeignet fürOrganisationen mit eigener Infrastruktur und klaren Kontrollanforderungen
Vier Fragen vor einer belastbaren Zusage.
Wir beginnen nicht mit einer Produktdemo, sondern mit den Bedingungen, unter denen die Umgebung später sicher und zuverlässig betrieben werden soll.
Schutzbedarf und Ziel
Welche regulatorische, vertragliche oder technische Anforderung soll On Premises konkret erfüllen?
Infrastruktur und Kapazität
Welche Umgebung steht bereit und welches Anrufaufkommen sowie welche Parallelität muss sie abbilden?
Telefonie und Systeme
Welche Telefonie, Fachsysteme und Schnittstellen sind für den produktiven Prozess erforderlich?
Betrieb und Freigaben
Wer verantwortet Netzwerk, Zugriffe, Monitoring, Backups, Änderungen und die Reaktion auf Störungen?
Geteilte Verantwortung wird vor dem Go-live eindeutig.
Wer etwas bereitstellt, freigibt, überwacht oder im Störungsfall übernimmt, gehört ins Betriebsmodell – nicht in eine spätere Annahme.
Infrastruktur
Zielumgebung, Netzwerkzonen, Zugriffswege, Kapazität und technische Abhängigkeiten werden eindeutig zugeordnet.
Plattform und Änderungen
Bereitstellung, Konfiguration, Releases, Wartungsfenster, Tests und Abnahme erhalten einen vereinbarten Prozess.
Laufender Betrieb
Monitoring, Backups, Supportwege, Störungen und Eskalation werden vor dem Go-live mit Verantwortlichen versehen.
Vom Fit-Check zum Betrieb
- Eignung prüfen
Anforderung, Zielumgebung und organisatorische Betriebsfähigkeit einordnen.
- Zielbild festlegen
Komponenten, Datenpfade, Verbindungen, Kapazität und Verantwortlichkeiten dokumentieren.
- Anbinden und abnehmen
Telefonie und Fachsysteme integrieren und die vereinbarten Funktions- und Sicherheitsprüfungen durchführen.
- Betrieb übergeben
Freigaben, Supportwege und Betriebsprozesse abschließen, bevor die Umgebung produktiv geht.
Anbindungen werden für die Zielumgebung geprüft.
Eine verfügbare Cloud-Integration ist nicht automatisch ein On-Premises-Kompatibilitätsnachweis. Entscheidend sind Schnittstelle, Netzweg, Authentifizierung und Datenumfang.
Telefonie
Die vorhandene Telefonie wird anhand ihrer Schnittstellen, Netzgrenzen und Routing-Anforderungen geprüft.
CRM und Ticketing
Nur die im Zielprozess benötigten Systeme und Datenfelder werden in die Architektur aufgenommen.
APIs und Workflows
Schnittstellen, Webhooks und Automationen werden mit Authentifizierung, Richtung und Datenumfang dokumentiert.
Häufige Fragen zu smao On Premises
Belastbare Antworten zu Einordnung, Planung, Betrieb und Anbindungen.
Was ist smao On Premises?
smao On Premises ist die Betriebsoption für kundeneigene Infrastruktur. Die aktuelle Referenzbereitstellung nutzt Linux und Docker Compose. Welche Komponenten, Datenpfade und Verbindungen zur konkreten Zielarchitektur gehören, wird vor dem Projektstart mit deiner IT dokumentiert.
Ist On Premises dasselbe Produkt wie die smao Cloud?
Beide Betriebsmodelle basieren auf smao. Funktionsumfang, Kapazität, Integrationen und Betriebsprozesse werden für On-Premises-Projekte jedoch passend zur Zielumgebung festgelegt; eine pauschale Funktionsgleichheit versprechen wir nicht.
Welche Infrastruktur wird benötigt?
Die Referenzbereitstellung nutzt Linux und Docker Compose. Die konkrete Dimensionierung hängt unter anderem von Anrufaufkommen, Parallelität, Telefonie, angebundenen Systemen und dem gewünschten Betriebsmodell ab und entsteht deshalb erst nach der technischen Bestandsaufnahme.
Wie lange dauert die Einführung?
Eine allgemeingültige Einführungszeit wäre unseriös. Der Aufwand richtet sich nach Zielumgebung, Freigabeprozessen, Telefonie, Integrationen und Abnahmeanforderungen und wird vor Projektbeginn eingegrenzt.
Verlassen Daten bei On Premises die eigene Infrastruktur?
Modellinferenz, Spracherkennung, Sprachausgabe, Wissenssuche sowie Anwendungs- und Objektdaten können in der Kundenumgebung betrieben werden. Telefonie, E-Mail, Updates, Support und optionale Integrationen können freigegebene externe Verbindungen benötigen; diese werden für das Projekt dokumentiert.
Ist ein vollständig isolierter Betrieb möglich?
Ein vollständig isolierter oder air-gapped Betrieb ist keine pauschale Zusage. Wenn das eine Anforderung ist, muss sie im Architekturgespräch ausdrücklich geprüft und für das vereinbarte Zielbild bestätigt werden.
Wer verantwortet Betrieb, Updates und Störungen?
Die Verantwortlichkeiten werden für das Projekt festgelegt. Dazu gehören insbesondere Infrastruktur, Netzwerk und Zugriffe sowie Monitoring, Backups, Änderungen, Supportwege und die Reaktion auf Störungen.
Welche Telefonie- und Geschäftssysteme lassen sich anbinden?
Telefonie, CRM, Ticketing und Workflows werden anhand der vorhandenen Schnittstellen und Sicherheitsvorgaben geprüft. Die allgemeine Integrationsübersicht zeigt verfügbare smao Anbindungen, ersetzt aber keine Kompatibilitätsprüfung für die On-Premises-Zielumgebung.
Zielbild · Datenpfade · Betriebsmodell