Daten bleiben intern
Nachrichten, Nutzer, Gruppen und Aufzeichnungen liegen auf Ihren Servern und in Ihrem Objektspeicher; auch das Kontosystem führen Sie selbst.
Private Deployment
Dieselben IM- und Echtzeit-Video-(RTC)-Funktionen als kompletter Stack auf Ihren Servern: keine Daten verlassen Ihr internes Netz, Konten, Nachrichten und Aufzeichnungen bleiben in Ihrer Hand. Lieferung als Offline-Paket oder Container-Deployment, mit einem Plan passend zu Ihrem Rechenzentrum und Netz.
Wann das System ins eigene Rechenzentrum gehört
Wenn Daten im internen Netz bleiben müssen, die Zuordnung des Rechenzentrums eine harte Vorgabe ist oder Sie den Upgrade-Rhythmus selbst bestimmen wollen, ist die Public Cloud nicht mehr die einzige Option – gleiche Funktionen, andere Lieferform.
Gleiche Funktionen
Gleicher Server und gleiche SDKs: der Umzug von der Public Cloud zu Private Deployment erfordert keine Neufassung der Anwendungslogik, API und Datenmodell bleiben unverändert.
Offline und intern
Der komplette Stack kommt als Offline-Paket oder über eine interne Registry; Installation und Updates brauchen kein Internet. Auf Wunsch mit Plan passend zu Ihrem Rechenzentrum.
Kontrollierte Updates
Versionen werden per Canary und Rollback eingespielt, das Änderungsfenster bestimmen Sie – keine automatischen Upgrades aus der Public Cloud.
Lieferformen und Deployment-Varianten
Auswahl nach Netzumgebung und Rechenzentrumsbedingungen; Lieferumfang und Service bleiben gleich.
Standard-Deployment
Dienste und Daten vollständig in Ihrem Rechenzentrum, erreichbar über Internet oder Standleitung – passend für die meisten Vorhaben.
- IM und RTC im vollen Umfang
- Horizontale Skalierung über Knoten
- Standardlieferung und Jahreswartung
Vollständig offline
Für physisch getrennte Umgebungen: Images und Abhängigkeiten kommen mit dem Paket, Installation und Upgrade ohne Netzzugriff.
- Offline-Paket und Abhängigkeiten
- Import über interne Registry
- Offline-Upgrade-Paket
Freie Deployment-Form
Erst ein einzelner Server, später Cluster oder Container-Orchestrierung; Knotenzahl und Topologie folgen Ihrem Umfang.
- Einzelrechner / Cluster / Container
- Plan nach Rechenzentrum und Netz
- Knoten nach Umfang bewertet
Deployment-Architektur
Alle drei Schichten liegen im internen Netz Ihres Rechenzentrums, nur die Zugriffsschicht ist öffentlich erreichbar; Datenbank und Objektspeicher nutzen Ihre bestehende Infrastruktur.
Zugriffsschicht Ihr interner Einstieg
Load BalancerGateway für persistente VerbindungenMedia-ZugriffsknotenHTTPS und Zertifikate
Serviceschicht IM- und RTC-Dienste
IM-Nachrichten und BeziehungenGruppen und ChaträumeRTC-SteuerungsebeneRTC-Medienebene (SFU)Aufzeichnung und RelayCallback-Zustellung
Daten und Speicher Ihre bestehende Infrastruktur
relationale DatenbankObjektspeicher (S3-kompatibel)Nachrichtenspeicher-ReplikateLogs und Monitoring
Grundlagen
Ein einzelner -Server genügt zum Start, der Server wird als Container-Image geliefert; als Datenbank dient relationale Datenbank, Dateien und Aufzeichnungen liegen im S3-kompatiblen Objektspeicher, Ihre bestehende Ablage lässt sich weiterverwenden.
Netz & Schutz
Interne Erreichbarkeit genügt, nur die Zugriffsschicht liegt im öffentlichen Netz; Zertifikate, Load Balancing und Zugriffskontrolle folgen Ihrer bestehenden Betriebsstruktur, Offline-Umgebungen werden per Offline-Paket installiert.
Client-Anbindung
Es bleiben die SDKs aus der Public Cloud: nur die Serveradresse zeigt auf Ihren internen Endpunkt, der restliche Integrationscode ist identisch.
Kapazität und Knotenzahl werden nach Geschäftsumfang bewertet; Details im Formular unten.
Lieferprozess
Von der Bedarfsklärung bis zur Abnahme und Einweisung: fünf Phasen, jede mit Ergebnissen.
- 1
Anforderung
Szenario, Parallelität, Zielumgebung und Compliance klären; daraus entstehen Auswahlvorschlag und Kapazitätsschätzung.
- 2
Angebot
Modulbereich, Topologie, Lieferzeit und Lizenzmodell festhalten; nach beiderseitiger Bestätigung wird der Vertrag geschlossen.
- 3
Umgebung
Server, Datenbank und Objektspeicher gemäß den Anforderungen bereitstellen, nötige interne Ports und Domains freigeben.
- 4
Installation
Das Delivery-Team installiert, initialisiert und testet unter Last; Client-SDK, Callbacks und Abrechnungsdaten werden abgestimmt.
- 5
Abnahme
Punkt für Punkt nach Abnahmeliste prüfen, Betriebshandbuch übergeben und eine Einweisung für Betrieb und Entwicklung durchführen.
Lieferumfang
- Serverpakete und Container-Images
- Skripte für Installation und Skalierung
- API-Dokumentation und Client-SDKs
- Handbuch: Deployment, Backup, Update
- Abnahmeliste und Einweisung
Die jährliche Wartung umfasst Versions-Upgrades und Ticket-Support; der genaue Umfang steht im Vertrag.
Bedarf schildern, Plan und Angebot erhalten
Nennen Sie Szenario und Umfang; der Vorverkauf klärt Umgebung und Modulbereich mit Ihnen.
Direkter Kontakt
- Vorverkauf
- service@feiyancloud.com
- Vertriebstelefon
- service@feiyancloud.com
Erreichbar werktags 9:00–18:00 Uhr; Anfragen über das Formular werden innerhalb eines Arbeitstags beantwortet.
Anfrage stellen, Antwort in einem Arbeitstag
Nennen Sie Kontaktdaten und Deployment-Hintergrund; der Vorverkauf schätzt Modulbereich, Knoten und Lieferzeit für Ihr Rechenzentrum.
- Geschäftsszenario und Parallelität (DAU, Spitzenlast)
- Netzumgebung: intern, vollständig offline oder Standleitung
- Benötigte Module: IM, RTC, Aufzeichnung und Callbacks
- Gewünschter Liefertermin und Abnahmeform
Nach dem Absenden landet die Anfrage in der Vorverkaufs-Warteschlange, Antwort binnen eines Arbeitstags; die Angaben dienen nur diesem Gespräch, Details in der Datenschutzerklärung.
Häufige Fragen zu Private Deployment
Welche Umgebung ist für Private Deployment nötig?
Ein einzelner -Server genügt zum Start, der Server wird als Container geliefert; als Datenbank dient relationale Datenbank, Dateien und Aufzeichnungen liegen im S3-kompatiblen Objektspeicher. Mit wachsendem Volumen wird über Knoten skaliert, Gateway für persistente Verbindungen und Media-Knoten lassen sich getrennt erweitern.
Was umfasst die Lieferung?
Serverpakete und Images, Installations- und Initialisierungsskripte, Client-SDKs, API-Dokumentation, ein Betriebshandbuch (Deployment, Skalierung, Backup, Upgrade, Fehlersuche) sowie eine Einweisung und Unterstützung bei der Abnahme.
Wie laufen spätere Upgrades ab?
Versionen werden über ein Offline-Upgrade-Paket oder eine interne Registry eingespielt, mit Prüfung vorab, Canary-Test und Rollback-Schritten; das Änderungsfenster bestimmt Ihr Betrieb, Zwangsupgrades gibt es nicht.
Lassen sich Daten aus der Public Cloud übernehmen?
Ja. Nutzer, Gruppen und Verlauf lassen sich pro App exportieren und in die private Instanz importieren; die Migrationsskripte sind im Lieferpaket enthalten. Während der Migration ist Dual-Write oder ein Umschaltbetrieb möglich, um Ausfälle zu begrenzen.
Enthält Private Deployment auch RTC?
Ja. IM und RTC können gemeinsam oder einzeln geliefert werden; bei RTC werden Steuerungsebene und SFU-Mediaknoten installiert, Aufzeichnung und Stream-Push werden nach Bedarf aktiviert.
Erst Demo ansehen, dann über Deployment sprechen
Die Demo entspricht funktional der privaten Version – prüfen Sie die Erfahrung, bevor Sie die Lieferform festlegen.