Skalieren Sie nach aktiver Location, nicht nach Adressanzahl
Personen, Geräte, Räume, Netzwerksegmente und Workflows ändern die Abonnementzahl nicht. Gezählt werden die gleichzeitig genutzten Locations.
API-Anwendung
Öffentliche Netzwerkidentität für APIs, Anwendungen und Callbacks
APIs und Anwendungen benötigen möglicherweise Adressnachweise für Allowlist-Anfragen, Callback-Quellen, Webhook-Empfänger, Kundenintegrationen und Sicherheitsprüfungen. LARUS One kann geeigneten Endpunkten benannte Identity Addresses und eine Dokumentation zur unabhängigen Prüfung bereitstellen; die Akzeptanz durch Dritte ist nicht gewährleistet.
USD 6,998 pro Identity Unit und JahrDie lokale Bereitstellung ist eine vom LARUS One-Abonnement getrennte Leistung.
Wert
Statten Sie Anwendungsdatenverkehr mit einem dokumentierten Adressdatensatz aus
Nutzen Sie Identity Addresses für Produktions-APIs, interne APIs, Webhooks, Anwendungs-Callbacks, AI-Tool-Gateways, Kundenintegrationen, Lieferantensysteme und Partnerzugriffspunkte.
Beispiele für Identity Address
Weisen Sie Systemen, die Erkennung benötigen, öffentliche Netzwerkidentität zu
- Produktions-API-Endpunkt
- Webhook-Empfänger
- Gateway für Anwendungs-Callbacks
- Internes API-Gateway
- AI-Tool-Gateway
- Integrationsendpunkt des Kunden
- Partner-API-Zugriff
Gemeinsames Servicemodell
Jeder Anwendungsfall folgt derselben kommerziellen Abgrenzung
Identität, lokale Bereitstellung und Kundenkontrollen bleiben getrennt
LARUS verankert die Identität. Der ausgewählte Provider stellt das lokale Netzwerk bereit.
Nachweise unterstützen die Prüfung; jeder Dritte entscheidet über seine eigene Akzeptanzrichtlinie
Identity Passport und Allowlist Pack unterstützen die unabhängige Prüfung. Jeder Dritte wendet seine eigene Richtlinie an und entscheidet über den Zugriff.
Kundenkontrollen
Die öffentliche Identität arbeitet mit der Sicherheitsarchitektur des Kunden zusammen. Firewalls, SASE, Routing, Segmentierung und Zugriffsrichtlinien steuern weiterhin, was erreichbar ist.
Vom Anwendungsfall zum bezahlten Pilotprojekt
Ihr erster bezahlter Pilot
- 01
Bezahltes Pilotprojekt starten
Erstellen Sie ein Konto und melden Sie sich an, um online eine jährliche Identity Unit zu kaufen.
- 02
Erste Location hinzufügen
Fügen Sie nach dem Kauf das Büro, die Immobilie oder einen anderen Einsatzort hinzu. Location-Profile sind kostenlos; eine Unit versorgt jeweils eine aktive Location.
- 03
Bereitstellung organisieren und aktivieren
Wählen Sie einen verfügbaren Certified Partner oder einen bestehenden Anbieter mit BYOIP-Unterstützung. LARUS und Ihr Anbieter bestätigen das Bereitstellungskonzept und prüfen die Aktivierung, bevor Sie die Identität an dieser Location nutzen.
- 04
Identity-Passport-Nachweise prüfen
Prüfen Sie Identity Passport und Allowlist-Nachweise, validieren Sie den Workflow und fügen Sie dann für jede weitere aktive Location eine Unit hinzu.
Wie LARUS One hilft
LARUS verankert die Identität. Der ausgewählte Provider stellt das lokale Netzwerk bereit
API-Allowlists
Reichen Sie benannte Identity Addresses bei Kunden und Partnern zur unabhängigen Prüfung der Zugriffsrichtlinien ein; eine Genehmigung ist nicht garantiert.
AI-bereiter Anwendungszugriff
Weisen Sie geeigneten KI-Tools, Agenten-Workflows, Modell-Gateways und Automatisierungssystemen dokumentierte Identity Addresses zu.
Nachweise und rDNS
Benennen Sie die Identität und dokumentieren Sie sie mit Identity Passport und Allowlist Pack.
FAQ
Antworten auf häufige Fragen
Können Webhooks und Callbacks Identity Addresses nutzen?
Ja. API-Endpunkte, Webhook-Empfänger und Callback-Gateways können benannte Identity Addresses erhalten.
Können AI-Coding-Agenten und API-Tools dieses Modell gemeinsam nutzen?
Ja. AI-Coding-Tools, Automatisierungs-Runner und API-Gateways können Identity Addresses aus derselben bereitgestellten Identity Unit verwenden.
Ein bezahlter Pilot
Wählen Sie einen Workflow und eine Location für die erste Validierung
Bestätigen Sie lokale Bereitstellung, Routing, Nachweise und Eignung für den Prüfer, bevor Sie weitere aktive Locations hinzufügen.