Freigeben über

Verwaltete Azure-Anwendungen mit Benachrichtigungen

  • Artikel

Azure Managed Applications-Benachrichtigungen ermöglichen es Herausgebern, Aktionen auf Grundlage von Lebenszyklusereignissen der Instanzen verwalteter Anwendungen zu automatisieren. Herausgeber können einen benutzerdefinierten Benachrichtigungs-Webhook-Endpunkt angeben, um Ereignisbenachrichtigungen über neue und vorhandene verwaltete Anwendungsinstanzen zu erhalten. Herausgeber können benutzerdefinierte Workflows zum Zeitpunkt der Bereitstellung, Aktualisierung und Löschung von Anwendungen einrichten.

Erste Schritte

Erstellen Sie einen öffentlichen HTTPS-Endpunkt, um mit dem Empfang von verwalteten Anwendungsbenachrichtigungen zu beginnen. Geben Sie den Endpunkt an, wenn Sie die Dienstkataloganwendungsdefinition oder microsoft Azure Marketplace Angebot veröffentlichen.

Hier finden Sie die empfohlenen Schritte für einen schnellen Einstieg:

  1. Richten Sie einen öffentlichen HTTPS-Endpunkt ein, der die eingehenden POST-Anforderungen protokolliert und 200 OK zurückgibt.
  2. Fügen Sie der Definition der Dienstkataloganwendung bzw. dem Azure Marketplace-Angebot den Endpunkt hinzu, wie später in diesem Artikel erläutert.
  3. Erstellen Sie eine Instanz einer verwalteten Anwendung, die auf die Anwendungsdefinition oder das Azure Marketplace-Angebot verweist.
  4. Vergewissern Sie sich, dass die Benachrichtigungen empfangen werden.
  5. Aktivieren Sie die Autorisierung, wie im Abschnitt Endpunktauthentifizierung dieses Artikels erläutert.
  6. Befolgen Sie die Anweisungen im Abschnitt Benachrichtigungsschema dieses Artikels, um die Benachrichtigungsanforderungen zu analysieren und die Geschäftslogik basierend auf der Benachrichtigung zu implementieren.

Hinzufügen von Benachrichtigungen zu Definitionen von Dienstkataloganwendungen

Die folgenden Beispiele zeigen, wie Sie einen Benachrichtigungsendpunkt-URI mithilfe der Portal- oder REST-API hinzufügen.

Azure-Portal

Informationen zu den ersten Schritten finden Sie unter Schnellstart: Erstellen und Veröffentlichen einer Definition für Azure Managed Application.

Screenshot des Azure-Portals, der eine vom Dienstkatalog verwaltete Anwendungsdefinition und den Benachrichtigungsendpunkt zeigt.

REST-API

Hinweis

Sie können nur einen Endpunkt in der notificationEndpoints Eigenschaft der verwalteten Anwendungsdefinition angeben.

{
  "properties": {
    "isEnabled": true,
    "lockLevel": "ReadOnly",
    "displayName": "Sample Application Definition",
    "description": "Notification-enabled application definition.",
    "notificationPolicy": {
      "notificationEndpoints": [
        {
            "uri": "https://isv.azurewebsites.net:1214?sig=unique_token"
        }
      ]
    },
    "authorizations": [
      {
        "principalId": "aaaaaaaa-bbbb-cccc-1111-222222222222",
        "roleDefinitionId": "8e3af657-a8ff-443c-a75c-2fe8c4bcb635"
      },
    ...

Hinzufügen von Benachrichtigungen zu verwalteten Azure Marketplace-Anwendungen

Informationen hierzu finden Sie unter Erstellen eines Azure-Anwendungsangebots.

Benachrichtigungen zu verwalteten Azure Marketplace-Anwendungen im Azure-Portal.

Ereignistrigger

In der folgenden Tabelle werden alle möglichen Kombinationen von „EventType“eventType undprovisioningState „ProvisioningState“ sowie ihre Trigger beschrieben:

EventType ProvisioningState Trigger für Benachrichtigung
PUT Zulässig Die verwaltete Ressourcengruppe wurde nach dem PUT-Vorgang der Anwendung (vor dem Start der Bereitstellung in der verwalteten Ressourcengruppe) erfolgreich erstellt und projiziert.
PUT Erfolgreich Die vollständige Bereitstellung der verwalteten Anwendung war nach Ausführung von „PUT“ erfolgreich.
PUT Fehler Fehler beim Ausführen von „PUT“ der Anwendungsinstanzbereitstellung an einem beliebigen Punkt.
PATCH Erfolgreich Nach einem erfolgreichen PATCH-Vorgang der Instanz der verwalteten Anwendung zum Aktualisieren von Tags, der JIT-Zugriffsrichtlinie (Just-In-Time) oder der verwalteten Identität.
DELETE Wird gelöscht Sobald der Benutzer einen DELETE-Vorgang einer Instanz einer verwalteten Anwendung initiiert.
Delete Deleted Nach der vollständigen und erfolgreichen Löschung der verwalteten Anwendung.
Delete Fehler Nach jedem Fehler während der Aufhebung der Bereitstellung, der den Löschvorgang blockiert.

Benachrichtigungsschema

Wenn Sie den Webhookendpunkt für die Behandlung von Benachrichtigungen einrichten, müssen Sie die Nutzlast analysieren, um wichtige Eigenschaften zu ermitteln, damit auf die Benachrichtigung reagiert werden kann. Viele der Eigenschaften von Benachrichtigungen zu verwalteten Anwendungen des Dienstkatalogs und des Azure Marketplace sind identisch. Die applicationDefinitionId Eigenschaft gilt nur für den Dienstkatalog. Die billingDetails Eigenschaften gelten plan nur für Azure Marketplace.

Azure fügt den URI des Benachrichtigungsendpunkts an, den Sie in der Definition der verwalteten /resource Anwendung bereitgestellt haben. Der Webhook-Endpunkt muss Benachrichtigungen im /resource URI verarbeiten können. Wenn Sie beispielsweise einen Benachrichtigungsendpunkt-URI wie https://fabrikam.com den Webhook-Endpunkt-URI angegeben haben, lautet https://fabrikam.com/resourceder URI des Webhook-Endpunkts.

Benachrichtigungsschema für Dienstkataloganwendungen

Im Folgenden finden Sie ein Beispiel für eine Dienstkatalogbenachrichtigung nach der erfolgreichen Bereitstellung einer Instanz einer verwalteten Anwendung:

POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1

{
  "eventType": "PUT",
  "applicationId": "/subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applications/<applicationName>",
  "eventTime": "2019-08-14T19:20:08.1707163Z",
  "provisioningState": "Succeeded",
  "applicationDefinitionId": "/subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applicationDefinitions/<appDefName>"
}

Wenn die Bereitstellung fehlschlägt, wird eine Benachrichtigung mit den Fehlerdetails an den angegebenen Endpunkt gesendet.

POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1

{
  "eventType": "PUT",
  "applicationId": "subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applications/<applicationName>",
  "eventTime": "2019-08-14T19:20:08.1707163Z",
  "provisioningState": "Failed",
  "applicationDefinitionId": "/subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applicationDefinitions/<appDefName>",
  "error": {
    "code": "ErrorCode",
    "message": "error message",
    "details": [
      {
        "code": "DetailedErrorCode",
        "message": "error message"
      }
    ]
  }
}

Benachrichtigungsschema für Azure Marketplace-Anwendungen

Im Folgenden finden Sie ein Beispiel für eine Dienstkatalogbenachrichtigung nach der erfolgreichen Bereitstellung einer Instanz einer verwalteten Anwendung:

POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1

{
  "eventType": "PUT",
  "applicationId": "/subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applications/<applicationName>",
  "eventTime": "2019-08-14T19:20:08.1707163Z",
  "provisioningState": "Succeeded",
  "billingDetails": {
    "resourceUsageId": "<resourceUsageId>"
  },
  "plan": {
    "publisher": "publisherId",
    "product": "offer",
    "name": "skuName",
    "version": "1.0.1"
  }
}

Wenn die Bereitstellung fehlschlägt, wird eine Benachrichtigung mit den Fehlerdetails an den angegebenen Endpunkt gesendet.

POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1

{
  "eventType": "PUT",
  "applicationId": "/subscriptions/<subId>/resourceGroups/<rgName>/providers/Microsoft.Solutions/applications/<applicationName>",
  "eventTime": "2019-08-14T19:20:08.1707163Z",
  "provisioningState": "Failed",
  "billingDetails": {
    "resourceUsageId": "<resourceUsageId>"
  },
  "plan": {
    "publisher": "publisherId",
    "product": "offer",
    "name": "skuName",
    "version": "1.0.1"
  },
  "error": {
    "code": "ErrorCode",
    "message": "error message",
    "details": [
      {
        "code": "DetailedErrorCode",
        "message": "error message"
      }
    ]
  }
}
Eigenschaft BESCHREIBUNG
eventType Der Typ des Ereignisses, das die Benachrichtigung ausgelöst hat Beispiele: PUT, PATCH, DELETE.
applicationId Der vollqualifizierte Ressourcenbezeichner der verwalteten Anwendung, für die die Benachrichtigung ausgelöst wurde.
eventTime Der Zeitstempel des Ereignisses, das die Benachrichtigung ausgelöst hat Datum und Uhrzeit im UTC ISO 8601-Format.
provisioningState Der Bereitstellungsstatus der Instanz der verwalteten Anwendung. Beispiele: „Succeeded“, „Failed“, „Deleting“, „Deleted“.
applicationDefinitionId Wird nur für verwaltete Dienstkataloganwendungen angegeben. Stellt den vollqualifizierten Ressourcenbezeichner der Anwendungsdefinition dar, für die die Instanz der verwalteten Anwendung bereitgestellt wurde.
billingDetails Wird nur für verwaltete Azure Marketplace-Anwendungen angegeben. Hierbei handelt es sich um die Abrechnungsdetails der verwalteten Anwendungsinstanz. Mithilfe vonresourceUsageIdresourceUsageId können im Azure Marketplace Nutzungsdetails abgefragt werden.
plan Wird nur für verwaltete Azure Marketplace-Anwendungen angegeben. Stellt den Herausgeber, das Angebot, die SKU und die Version der Instanz der verwalteten Anwendung dar.
error Wird nur angegeben, wenn provisioningState den Wert „Failed“ aufweist. Enthält den Fehlercode, die Meldung und Details zu dem Problem, das den Fehler verursacht hat.

Endpunktauthentifizierung

So sichern Sie den Webhookendpunkt und stellen die Echtheit der Benachrichtigung sicher:

  1. Geben Sie im Webhook-URI einen Abfrageparameter an, z. B. https://your-endpoint.com?sig=Guid. Überprüfen Sie bei jeder Benachrichtigung, ob der Abfrageparameter sig den erwarteten Wert Guid aufweist.
  2. Geben Sie für die Instanz der verwalteten Anwendung ein GET mit der applicationId aus applicationId. Überprüfen Sie, ob dasprovisioningState mit dem provisioningState der Benachrichtigung übereinstimmt, um Konsistenz zu gewährleisten.

Benachrichtigungswiederholungen

Der Managed Applications-Benachrichtigungsdienst erwartet vom Webhookendpunkt die Antwort 200 OK auf die Benachrichtigung. Der Benachrichtigungsdienst versucht erneut, die Benachrichtigung zu senden, wenn der Webhookendpunkt den HTTP-Fehlercode 500 oder einen höheren Fehlercode bzw. den Fehlercode 429 zurückgibt oder vorübergehend nicht erreichbar ist. Wenn der Webhookendpunkt nicht innerhalb von 10 Stunden verfügbar wird, wird die Benachrichtigung gelöscht, und die Versuche zum Senden der Benachrichtigung werden eingestellt.