Periodische Nachfrage

Planen Sie für Ihre Benutzer und die Momente, in denen sie sich anmelden.

Ein Kundenportal kann viele registrierte Benutzer haben, obwohl jede Person es nur gelegentlich besucht. Eine Dokumentveröffentlichung oder periodische Kundenaktion kann die Nachfrage auf einen kurzen Zeitraum konzentrieren.

Den Einsatz planen

Nachfrage ist zeitabhängig.Illustrativ, keine Leistungszusage

LizenzbasisEdition + vereinbarter Deployment-Umfang

Keine Gebühr pro registriertem Benutzer. Infrastruktur, Kapazität und Betrieb werden separat geplant.

Die Ausgangslage

Viele Benutzer kehren zu bekannten Zeitpunkten zurück

Ein Kundenportal wird über das Jahr nur gelegentlich genutzt. Sobald neue Dokumente bereitstehen, melden sich viele Menschen an. Das Team plant sowohl Lizenzbudget als auch Betriebskapazität.

01 / Vorgehen

Dem Lizenzbudget eine klare Grundlage geben

ProAuth-Lizenzpreise steigen nicht pro registriertem Benutzer. Wählen Sie Edition und Deployment-Umfang passend zu Ihrem Dienst. Infrastruktur, Nachrichtenversand, Implementierung und optionalen Support planen Sie separat; Basis-Support ist während eines aktiven Abonnements oder der Upgrade-Abdeckung einer Dauerlizenz enthalten.

Das ist besonders relevant, wenn die Zahl der Konten wenig über die alltägliche Aktivität aussagt. Die Lizenzausgaben behalten eine definierte Grundlage, auch wenn sich die Benutzerpopulation verändert.

Drei getrennte Planungsgrössen.

Registrierte Konten: Beschreibt Ihre Benutzerpopulation.
Anfragen und Spitzen: Bestimmen die zu validierende Betriebskapazität.
Edition und Deployment-Umfang: Definieren die Lizenzbasis.

Was Ihr Team gewinnt

Lizenzbudget unabhängig von Benutzern: Nutzen Sie pauschale Lizenzpreise im vereinbarten Umfang.
Kapazität an Nachfrage ausrichten: Passen Sie Ressourcen mit Telemetrie und konfigurierten Skalierungsregeln an Spitzen an.
Wiederkehrende Benutzer unterstützen: Wählen Sie Anmelde- und Wiederherstellungsprozesse für gelegentliche Nutzung.

Nachfrage für den Betrieb sichtbar machen

ProAuth stellt Logs und Metriken über OpenTelemetry bereit; Tracing steht bei Bedarf zur Verfügung. Betreiber können Telemetrie und konfigurierte Kubernetes-Skalierungsregeln nutzen, um die Anwendungskapazität anzupassen.

Bei geplanter Aktivität lässt sich zusätzliche Kapazität vor dem Versand von Benachrichtigungen bereitstellen. Planen Sie den gesamten Ablauf einschliesslich Datenbankkapazität, Nachrichtendiensten und gemeinsam genutzten Diensten. Prüfen Sie ihn mit repräsentativer Last. Mehr Pods allein bestimmen nicht die Kapazität des Gesamtdienstes.

Kundenportal-Deployments nutzen ProAuth über wiederkehrende Nachfragephasen hinweg. Das nutzbare Muster ist laufende Beobachtung und Kapazitätssteuerung; die passende Konfiguration hängt von Ihrer Last ab.

Daten und Wiederherstellung am Dienst ausrichten

Separate Benutzerverzeichnis-Datenbanken bilden eine Grenze für die Verwaltung von Identitätsdaten und Backups. Stimmen Sie deren Wiederherstellung mit Anwendungsdaten, Konfiguration und Verschlüsselungsschlüsseln ab, damit der wiederhergestellte Dienst konsistent bleibt.

Prüfen Sie bei gelegentlichen Benutzern auch Registrierung und Kontowiederherstellung. Wählen Sie Abläufe passend zu Ihrer Zielgruppe und Ihrem Schutzbedarf. Legen Sie fest, wie der Support handelt, wenn Self-Service den Zugang nicht wiederherstellt.

Die Details für Ihre Entscheidung.

Planen wir Ihren Einsatz.

Schätzen Sie registrierte Konten, Anmeldungen während einer Nachfragephase und gleichzeitige Anfragen getrennt. Prüfen Sie eine repräsentative Last und die Skalierungs- und Wiederherstellungsverfahren der Betreiber.

Das Nachfrageprofil Ihres Portals besprechen