Skalieren Sie Ihre PDF-Infrastruktur horizontal. Active-Active-Anfrageverarbeitung, datenbankgestützte Sitzungen, verteilte Auftragswarteschlangen und intelligente Leader-Election — alles ohne Sticky Sessions.
HTTPS-Terminierung · Health Checks · Round-Robin
HTTP + Queue + Hot Folder + Benachrichtigungen
HTTP + Queue (Hot Folder Standby)
Sitzungen · Queue · Leader-Election
NFS / SMB · AES-256 verschlüsselt
Alle YesPDF-Instanzen verarbeiten gleichzeitig eingehende HTTP-Anfragen. Keine Sticky Sessions erforderlich — der Load Balancer verteilt mittels Round-Robin oder Least-Connections.
| Fähigkeit | Modus | Details |
|---|---|---|
| PDF Tools (merge, split, rotate, compress) | ✔ Active-Active | Jede Instanz verarbeitet jede Anfrage |
| OCR Processing | ✔ Active-Active | CPU-intensive Aufträge werden auf alle Instanzen verteilt |
| Document Conversion (Word, Excel, HTML, CAD) | ✔ Active-Active | Parallele Verarbeitung auf allen Knoten |
| Digital Signature | ✔ Active-Active | Signieren/Verifizieren von jeder Instanz |
| Web Viewer & Editor | ✔ Active-Active | Zustandsloses Rendering, funktioniert von jedem Knoten |
| File Upload / Download | ✔ Active-Active | Gemeinsamer Speicher stellt Dateiverfügbarkeit sicher |
| REST API (v1) | ✔ Active-Active | Zustandslose API mit gemeinsamer Sitzungsvalidierung |
Keine Sticky Sessions erforderlich. Benutzersitzungen werden in PostgreSQL gespeichert — ein Benutzer kann sich über Instanz A anmelden und nahtlos auf Instanz B fortfahren, ohne sich erneut zu authentifizieren.
Jede Komponente von Grund auf für Multi-Server-Bereitstellungen konzipiert.
Sitzungen in PostgreSQL gespeichert, nicht im Serverspeicher. HTTP-only-Secure-Cookies, Einzelsitzungsdurchsetzung, Leerlauf-Timeout und Aktivitätsdrosselung zur Minimierung von DB-Schreibvorgängen.
Atomare Datenbanksperre (SELECT ... FOR UPDATE SKIP LOCKED) stellt sicher, dass jeder Auftrag genau einmal verarbeitet wird. Konfigurierbare Parallelitätslimits und automatische Wiederherstellung veralteter Aufträge.
Datenbankbasierte Leader-Election für Hot-Folder-Signierung. Automatisches Failover in ~30s. Geordnete Übergabe beim Herunterfahren. Kein Redis oder ZooKeeper erforderlich.
Ratenbegrenzungsstatus in der Datenbank gespeichert, global durchgesetzt. API-Ratenlimits, Login-Sperre, IP-Einschränkungen — alles über Knoten synchronisiert.
GET /api/health gibt 200 OK für die Load-Balancer-Integration zurück. Automatische Verkehrsumleitung von ungesunden Instanzen.
Double-Submit-Cookie-Muster erfordert keinen serverseitigen Zustand. Funktioniert perfekt in Multi-Server-Umgebungen ohne Sitzungsaffinität.
Wählen Sie den Bereitstellungsmodus, der Ihren Verfügbarkeitsanforderungen entspricht. Skalieren Sie horizontal, indem Sie einfach Worker-Instanzen hinzufügen.
Standardbereitstellung für kleine bis mittelgroße Organisationen. Eine YesPDF-Instanz erledigt alles.
Empfohlen für Produktion. Fehlertoleranz mit automatischem Failover für keine Ausfallzeit.
Hochdurchsatzumgebungen. Fügen Sie Worker-Instanzen hinzu, wenn die Nachfrage steigt.
Alle Einstellungen werden über Umgebungsvariablen verwaltet. Keine komplexen XML- oder YAML-Dateien.
| Einstellung | Standard | Beschreibung |
|---|---|---|
INSTANCE_ROLE |
primary | primary runs all background daemons; worker führt nur HTTP + Queue aus |
SERVER_ID |
auto-detect | Eindeutiger Bezeichner pro Instanz (Leader-Election & Sitzungsverfolgung) |
DATABASE_URL |
sqlite:///./yespdf.db | Muss PostgreSQL für Multi-Server-Bereitstellungen sein |
UPLOAD_DIR |
./uploads | Muss gemeinsamer Speicher (NFS/SMB) für Multi-Server sein |
TRUSTED_PROXIES |
empty | Load-Balancer-IP(s) für korrekte Client-IP-Erkennung |
SESSION_COOKIE_SECURE |
False | Auf True setzen, wenn NLB HTTPS terminiert |
QUEUE_MAX_WORKERS |
8 | Gesamtanzahl gleichzeitiger Worker pro Instanz |
QUEUE_MAX_OCR |
2 | Maximale gleichzeitige OCR-Aufträge pro Instanz |
Jedes Fehlerszenario wurde mit automatischer Wiederherstellung entwickelt. Wissen Sie genau, was passiert, wenn etwas schiefgeht.
Standard-Enterprise-Infrastruktur. Keine exotischen Abhängigkeiten oder Drittanbieterdienste erforderlich.
Integrierte Überwachungstools geben Ihnen Echtzeit-Einblick in jeden Knoten.
Load-Balancer-Integration mit automatischem Routing.
Echtzeit-Systemstatistiken, aktive Benutzer, Speichernutzung, Vorgangszähler, Aufschlüsselung pro Benutzer und filterbare Prüfprotokolle — alles zugänglich über das Web-Admin-Panel.
Vorgangszähler, Trends und Aufschlüsselung pro Benutzer. Filtern nach Zeitraum, Benutzer oder Kategorie.
Vollständiges Protokoll aller Vorgänge mit Benutzeridentität, IP-Adresse und Zeitstempel. Zentralisiert in gemeinsamer DB.
In-App-Benachrichtigungen für Zertifikatsablauf, Speicherschwellenwerte, Auftragsfehler und Systemgesundheitswarnungen.
Jede YesPDF-Instanz benötigt eine gültige Lizenzdatei, die an den Hardware-Fingerabdruck des Servers gebunden ist. Kontaktieren Sie Ihren YesPDF-Vertreter für Multi-Server-Lizenzierungsoptionen.
Eine Lizenz, volle Funktionalität. SQLite oder PostgreSQL. Ideal für kleine Teams.
Zwei Lizenzen für Primär + Worker. PostgreSQL erforderlich. Empfohlen für Produktion.
Volumenlizenzierung für 3+ Knoten. PostgreSQL + gemeinsamer Speicher. Individuelles SLA verfügbar.
Enterprise-PDF-Verwaltung, auf Ihrer Infrastruktur. Keine Cloud. Keine Grenzen.
YES BILISIM TEKNOLOJILERI YAZILIM DANISMANLIK SAN. VE TIC. A.S.