You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/managed-applications/publish-notifications.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,12 +14,12 @@ ms.date: 11/01/2019
14
14
Azure managed application notifications allow publishers to automate actions based on lifecycle events of the managed application instances. Publishers can specify custom notification webhook endpoints to receive event notifications about new and existing managed application instances. Publishers can set up custom workflows at the time of application provisioning, updates, and deletion.
15
15
16
16
## Getting started
17
-
To start receiving managed applications, spin up a public HTTPS endpoint and specify it when you publish the service catalog application definition or the Azure Marketplace offer.
17
+
To start receiving managed applications, spin up a public HTTPS endpoint and specify it when you publish the service catalog application definition or Azure Marketplace offer.
18
18
19
19
Here are the recommended steps to get started quickly:
20
20
1. Spin up a public HTTPS endpoint that logs the incoming POST requests and returns `200 OK`.
21
21
2. Add the endpoint to the service catalog application definition or Azure Marketplace offer as explained later in this article.
22
-
3. Create a managed application instance that references the application definition or the Azure Marketplace offer.
22
+
3. Create a managed application instance that references the application definition or Azure Marketplace offer.
23
23
4. Validate that the notifications are being received.
24
24
5. Enable authorization as explained in the **Endpoint authentication** section of this article.
25
25
6. Follow the instructions in the **Notification schema** section of this article to parse the notification requests and implement your business logic based on the notification.
@@ -191,4 +191,4 @@ To secure the webhook endpoint and ensure the authenticity of the notification:
191
191
192
192
## Notification retries
193
193
194
-
The Managed Application Notification service expects a `200 OK` response from the webhook endpoint to the notification. The notification service will retry if the webhook endpoint returns an HTTP error code greater than or equal to 500, if it returns an error code of 429, or if the endpoint is temporarily unreachable. If the webhook endpoint doesn't become available within 10 hours, the notification message will be dropped and the retries will stop.
194
+
The Managed Application Notification service expects a `200 OK` response from the webhook endpoint to the notification. The notification service will retry if the webhook endpoint returns an HTTP error code greater than or equal to 500, if it returns an error code of 429, or if the endpoint is temporarily unreachable. If the webhook endpoint doesn't become available within 10 hours, the notification message will be dropped and the retries will stop.
0 commit comments