Häufig Gestellte Fragen (FAQs)
Erhalten Sie schnelle Antworten auf Ihre Fragen zu unseren Dienstleistungen und Richtlinien. Für weitere Unterstützung wenden Sie sich an unser Support-Team.
Welche Arten von Abonnementmodi unterstützt Webhook? Welche spezifischen Konfigurationsanforderungen und Geschäftsregeln gelten für jeden Modus?
Geschäftliche Anforderung: Es müssen mehrere Abonnementmodi unterstützt werden, um unterschiedliche Benutzeranforderungen zu erfüllen
1. Es werden drei Abonnementmodi unterstützt:
- Globales Abonnement: abonniert Ereignisse aller zugehörigen Ressourcen. Nachdem das Hauptkonto abonniert hat, werden standardmäßig alle Unterkonten automatisch abonniert
- Nach Benutzer abonnieren: Es müssen bestimmte object_ids angegeben werden, d. h. die Benutzer-IDs
- Nach Fragebogen abonnieren: Es müssen bestimmte object_ids angegeben werden, d. h. die Fragebogen-IDs
2. Konfigurationsregeln:
- Mit Ausnahme des globalen Abonnements müssen alle anderen Abonnementmodi die entsprechenden object_ids enthalten
- Beim Abonnieren nach Benutzer benötigt das Ereignis „Fragebogen erstellen“ keine object_ids
- Beim Abonnieren nach Fragebogen darf das Ereignis „Fragebogen erstellen“ nicht enthalten sein
Welche Ereignistypen unterstützt Webhook? Was sind der spezifische Umfang und die Auslösebedingungen für jedes Ereignis?
Geschäftsfrage: Die unterstützten Ereignistypen und ihren spezifischen Umfang klären
1. Unterstützt 7 Ereignistypen:
- Umfrage erstellen
- Umfrage ändern (nur Fragen bearbeiten, Änderungen an den Umfrageeinstellungen ausgeschlossen)
- Umfrage löschen
- Antwort abgeschlossen
- Antwort aktualisiert
- Antwort gelöscht
- Antwort ungültig (gibt den Grund für die Ungültigkeit zurück)
Welche Anforderungen gelten für die Konfiguration der Autorisierung in der Webhook-Callback-Schnittstelle?
Geschäftliches Anliegen: Die Länge des Autorisierungsfeldes muss kontrolliert werden, um die Sicherheit zu gewährleisten
Geschäftsregel:
- Die Länge des Autorisierungsfeldes ist auf 0–512 Zeichen begrenzt
Was ist der Wiederholungsmechanismus, nachdem ein Webhook-Callback fehlschlägt?
Geschäftsproblem: Es muss die Zuverlässigkeit von Webhook-Callbacks sichergestellt werden
Geschäftsregeln:
1. Bis zu 5 Mal erneut versuchen
2. Wiederholungsintervalle:
- 1. Wiederholung: 10 Sekunden
- 2. Wiederholung: 1 Minute
- 3. Wiederholung: 5 Minuten
- 4. Wiederholung: 30 Minuten (eine Erinnerungs-E-Mail über den Fehlschlag des Push-Vorgangs senden)
- 5. Wiederholung: 1 Tag (eine Erinnerungs-E-Mail darüber senden, dass Push deaktiviert wurde)
Was passiert nach dem 5. fehlgeschlagenen Webhook-Callback?
Geschäftsproblem: Sie müssen auf aufeinanderfolgende Fehler reagieren und den Benutzer benachrichtigen
Geschäftsregeln:
1. Das System setzt automatisch alle Webhooks mit derselben URL auf deaktiviert
2. Sendet eine E-Mail-Benachrichtigung an den Benutzer (die E-Mail wird an das Hauptkonto gesendet)
3. Speichert die Fehlereinträge in einer separaten Warteschlange mit der Webhook-ID als Schlüssel (7 Tage aufbewahrt)
4. Ermöglicht dem Benutzer, die Daten innerhalb von 7 Tagen nachträglich zu ergänzen
Wie werden Ereignisse behandelt, nachdem ein Webhook deaktiviert wurde?
Geschäftliches Problem: Ereignisse müssen in dem Zeitraum verarbeitet werden, in dem der Webhook deaktiviert ist
1. Ereignisdatensätze innerhalb von 7 Tagen nach der Deaktivierung werden in einer separaten Warteschlange gespeichert
2. Wenn die Anzahl der Deaktivierungen 1 überschreitet, wenden Sie sich an den technischen Support
3. Nachdem er wieder aktiviert wurde, werden die in der Warteschlange befindlichen Daten proaktiv übertragen
Welche Anforderungen gibt es für die Protokollierung von Webhook-Logs?
Geschäftsfrage: Webhook-Aufrufprotokolle müssen zur Fehlerbehebung aufgezeichnet werden
Geschäftsregeln:
- Der Callback muss Alibaba-Cloud-Protokolleinträge im JSON-Format enthalten
Welche Eindeutigkeitsbeschränkungen gibt es bei der Konfiguration von Webhooks?
Geschäftsproblem: Doppelte Webhook-Konfigurationen müssen verhindert werden
Geschäftsregeln:
1. Die folgende Feldkombination muss eindeutig sein:
- subscription_model (Abonnementmodus)
- event_type (Ereignistyp)
- object_ids (Objekt-IDs)
- url_subscription (Abonnement-URL)
2. Ausnahme: Die Verwendung derselben url_subscription für unterschiedliche Ereignisse ist nicht eingeschränkt
Welche Anforderungen gelten für das Zeitformat und die Ressourcen-Zugriffslinks in Webhook-Benachrichtigungen?
Geschäftsfrage: Es ist ein einheitliches Zeitformat erforderlich, zusammen mit einem Ressourcen-Zugriffslink.
Geschäftsregeln:
1. Die Ereigniszeit gibt einen Zeitstempel auf Millisekundenebene zurück.
2. Die Push-Parameter enthalten eine URL für den Ressourcen-Zugriff.
Was sind die Statusarten eines Webhooks? Was bedeutet jeder Status genau?
Geschäftsfrage: Es ist notwendig, die Statusarten des Webhooks und ihre Auswirkungen zu klären
Geschäftsregeln:
Der Webhook-Status ist in vier Typen unterteilt:
1. Historische Daten (status=0)
2. Verfügbar (status=1)
3. Nicht verfügbar (status=2, keine Übertragung)
4. Vom System deaktiviert (status=3, mehrere Callback-Fehler)
—— Sie könnten auch mögen ——
Jetzt starten
Schließen Sie sich uns jetzt an, um Innovation und Bequemlichkeit zu erleben und jede Entscheidung fundierter und selbstbewusster zu treffen. Ihr Erfolg ist unsere Mission!
Kostenlose Registrierung
Für immer kostenlos · Keine Kreditkarte erforderlich · Unbegrenzte Umfragen, Fragen und Antworten
