Kurzantwort
Wählen Sie nach dem wiederkehrenden Workflow: zuerst einen echten Endpunkt bewerten, danach einen individuellen Entwicklungsablauf etablieren und schließlich einen gemeinsamen Workspace steuern. Preise, Quoten, Steuern, Zahlungsmethoden und Länder müssen aus der Live-Abrechnungsquelle stammen.
Planstruktur
| Plan | Geeignet für |
|---|---|
| Starter | Einen echten lokalen Endpunkt bewerten, ohne Webhook-/API-Antworten zu verändern. |
| Developer | Individuelle Workflows mit mehr Routen, Geräten, Inspektion und stabiler Identität wiederholen. |
| Team | Mitglieder, Routen, Geräte, Domains, Quoten, Abrechnung, Widerruf und Audit zentral steuern. |
| Business | Erst veröffentlichen, wenn SSO, SCIM, Regionskontrollen, Beschaffung und Support tatsächlich existieren. |
Definitionen gegen Überraschungen
- Aktiver Endpunkt: eine aktuell veröffentlichte und edge-bereite Route.
- Vertrauenswürdiges Gerät: registriertes Gerät mit aktuellem Credential- und Widerrufsstatus.
- Eigene Domain: verifizierter kundeneigener Hostname mit verwaltetem Zertifikats-Lifecycle.
- Transfer, Concurrency, Capture und Audit: exakt gemessene Einheiten mit Warn-, Reset- und Enforcement-Verhalten.
Kompatibilität des kostenlosen Plans
Ein echter Webhook-, API- oder Browser-Workflow muss ohne universelle HTML-Warnseite oder Antwortmutation funktionieren. Verifizierung, Ratenlimits und Abuse Controls müssen schützen, ohne legitimen Machine Traffic zu brechen.
So verarbeitet Oxaa Traffic und Inspector-Daten
Am öffentlichen Edge wird TLS beendet, damit Oxaa den exakten Hostnamen auflösen, die aktuell authentifizierte Route ermitteln und die Anfrage weiterleiten kann. Die Sitzung zwischen dem registrierten Gerät und Oxaa ist verschlüsselt; über diese Sitzung erreicht die Anfrage ausschließlich den ausgewählten lokalen Dienst.
Oxaa speichert begrenzte Konto-, Routen-, Nutzungs-, Sicherheits-, Abrechnungs-, Support- und Diagnosedaten, die für Betrieb und Schutz des Dienstes erforderlich sind. Body-Capture im Inspector ist eine getrennte, ausdrücklich aktivierte Debugging-Funktion: Die begrenzte Kopie des Request- oder Response-Bodys, die im lokalen Inspector angezeigt wird, bleibt auf dem Entwicklergerät und kann redigiert, sofort gelöscht oder automatisch ablaufen gelassen werden. Der öffentliche Traffic muss am Edge verarbeitet werden; korrekt ist daher „lokale Inspector-Kopien“, nicht „Oxaa kann den Traffic nicht sehen“.
Verfügbarkeit und kommerzielle Berechtigung
Sprache, Kontoland, Abrechnungsland, Serviceregion, Zahlungsberechtigung und Supportsprache sind getrennte Werte. Zeigen Sie das aktuelle Ergebnis vor Registrierung oder Checkout und leiten Sie kommerzielle Verfügbarkeit nie allein aus der Seitensprache ab.
Häufig gestellte Fragen
Stellt Oxaa meine Anwendung bereit?
Nein. Die Anwendung läuft weiter auf dem registrierten Gerät. Oxaa leitet Anfragen nur an den ausgewählten lokalen Dienst weiter, solange die authentifizierte Route aktiv ist.
Muss ich einen eingehenden Port öffnen?
Normalerweise nicht. Das registrierte Gerät initiiert die Sitzung. Ein restriktives Netz kann dennoch DNS, UDP/443 oder TCP/443 blockieren oder TLS abfangen.
Wo liegen Inspector-Kopien der Request-Bodies?
Wenn begrenztes Capture ausdrücklich aktiviert wird, bleibt die im lokalen Inspector angezeigte Kopie auf dem Entwicklergerät. Oxaa verarbeitet weiterhin öffentlichen Traffic und speichert begrenzte Betriebsmetadaten.
Ist das Produktions-Hosting?
Nein. Verwenden Sie für produktiven Traffic eine bereitgestellte Anwendung, einen produktiven Ingress oder eine Event-Delivery-Plattform.