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/azure-resource-manager/managed-applications/deploy-service-catalog-quickstart.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Deploy a service catalog managed application
3
3
description: Describes how to deploy a service catalog's managed application for an Azure Managed Application using Azure PowerShell, Azure CLI, or Azure portal.
Copy file name to clipboardExpand all lines: articles/azure-resource-manager/managed-applications/publish-managed-identity.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
@@ -2,14 +2,14 @@
2
2
title: Managed app with managed identity
3
3
description: Configure an Azure Managed Application with managed identity for linking to existing resources, managing Azure resources, and providing operational identity for Activity Log.
4
4
ms.topic: conceptual
5
-
ms.date: 07/19/2023
5
+
ms.date: 06/24/2024
6
6
ms.custom: subject-rbac-steps
7
7
---
8
8
9
9
# Azure Managed Application with managed identity
10
10
11
11
> [!NOTE]
12
-
> Managed identity support for Azure Managed Applications is currently in preview. Please use the 2018-09-01-preview api version to utilize managed identity.
12
+
> Managed identity support for Azure Managed Applications is currently in preview. Use the 2018-09-01-preview api version to utilize managed identity.
13
13
14
14
Learn how to configure a managed application to contain a managed identity. A managed identity can be used to allow the customer to grant the managed application access to existing resources. The Azure platform manages the identity and doesn't require you to provision or rotate any secrets. For more about managed identities in Microsoft Entra ID, see [Managed identities for Azure resources](../../active-directory/managed-identities-azure-resources/overview.md).
15
15
@@ -305,7 +305,7 @@ Once the managed application package is created, the managed application can be
305
305
306
306
## Accessing the managed identity token
307
307
308
-
The token of the managed application can now be accessed through the `listTokens`api from the publisher tenant. An example request might look like:
308
+
The token of the managed application can now be accessed through the `listTokens`API from the publisher tenant. An example request might look like:
309
309
310
310
```http
311
311
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Solutions/applications/{applicationName}/listTokens?api-version=2018-09-01-preview HTTP/1.1
Copy file name to clipboardExpand all lines: articles/azure-resource-manager/managed-applications/publish-notifications.md
+28-28Lines changed: 28 additions & 28 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Azure managed applications with notifications
3
3
description: Configure an Azure managed application with webhook endpoints to receive notifications about creates, updates, deletes, and errors on the managed application instances.
4
4
ms.topic: how-to
5
-
ms.date: 08/18/2022
5
+
ms.date: 06/24/2024
6
6
---
7
7
8
8
# Azure managed applications with notifications
@@ -69,27 +69,27 @@ For more information, see [Create an Azure application offer](../../marketplace/
69
69
70
70
The following table describes all the possible combinations of `eventType` and `provisioningState` and their triggers:
71
71
72
-
EventType | ProvisioningState | Trigger for notification
73
-
---|---|---
74
-
PUT | Accepted | Managed resource group has been created and projected successfully after application PUT (before the deployment inside the managed resource group is kicked off).
75
-
PUT | Succeeded | Full provisioning of the managed application succeeded after a PUT.
76
-
PUT | Failed | Failure of PUT of application instance provisioning at any point.
77
-
PATCH | Succeeded | After a successful PATCH on the managed application instance to update tags, JIT access policy, or managed identity.
78
-
DELETE | Deleting | As soon as the user initiates a DELETE of a managed app instance.
79
-
DELETE | Deleted | After the full and successful deletion of the managed application.
80
-
DELETE | Failed | After any error during the deprovisioning process that blocks the deletion.
72
+
| EventType | ProvisioningState | Trigger for notification |
73
+
| --- | --- | --- |
74
+
| PUT | Accepted | Managed resource group was created and projected successfully after application PUT (before the deployment inside the managed resource group is kicked off). |
75
+
| PUT | Succeeded | Full provisioning of the managed application succeeded after a PUT. |
76
+
| PUT | Failed | Failure of PUT of application instance provisioning at any point. |
77
+
| PATCH | Succeeded | After a successful PATCH on the managed application instance to update tags, just-in-time (JIT) access policy, or managed identity. |
78
+
| DELETE | Deleting | As soon as the user initiates a DELETE of a managed app instance. |
79
+
| DELETE | Deleted | After the full and successful deletion of the managed application. |
80
+
| DELETE | Failed | After any error during the deprovisioning process that blocks the deletion. |
81
81
82
82
## Notification schema
83
83
84
-
When you create your webhook endpoint to handle notifications, you'll need to parse the payload to get important properties to then act upon the notification. Service catalog and Azure Marketplace managed application notifications provide many of the same properties, but there are some differences. The `applicationDefinitionId` property only applies to service catalog. The `billingDetails` and `plan` properties only apply to Azure Marketplace.
84
+
When you create your webhook endpoint to handle notifications, you need to parse the payload to get important properties to then act upon the notification. Service catalog and Azure Marketplace managed application notifications provide many of the same properties, but there are some differences. The `applicationDefinitionId` property only applies to service catalog. The `billingDetails` and `plan` properties only apply to Azure Marketplace.
85
85
86
86
Azure appends `/resource` to the notification endpoint URI you provided in the managed application definition. The webhook endpoint must be able to handle notifications on the `/resource` URI. For example, if you provided a notification endpoint URI like `https://fabrikam.com` then the webhook endpoint URI is `https://fabrikam.com/resource`.
87
87
88
88
### Service catalog application notification schema
89
89
90
90
The following sample shows a service catalog notification after the successful provisioning of a managed application instance.
91
91
92
-
```HTTP
92
+
```HTTP
93
93
POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1
94
94
95
95
{
@@ -101,9 +101,9 @@ POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_paramet
101
101
}
102
102
```
103
103
104
-
If the provisioning fails, a notification with the error details will be sent to the specified endpoint.
104
+
If provisioning fails, a notification with the error details is sent to the specified endpoint.
105
105
106
-
```HTTP
106
+
```HTTP
107
107
POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1
108
108
109
109
{
@@ -129,7 +129,7 @@ POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_paramet
129
129
130
130
The following sample shows a service catalog notification after the successful provisioning of a managed application instance.
131
131
132
-
```HTTP
132
+
```HTTP
133
133
POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1
134
134
135
135
{
@@ -149,9 +149,9 @@ POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_paramet
149
149
}
150
150
```
151
151
152
-
If the provisioning fails, a notification with the error details will be sent to the specified endpoint.
152
+
If provisioning fails, a notification with the error details is sent to the specified endpoint.
153
153
154
-
```HTTP
154
+
```HTTP
155
155
POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_parameter_value} HTTP/1.1
156
156
157
157
{
@@ -181,16 +181,16 @@ POST https://{your_endpoint_URI}/resource?{optional_parameter}={optional_paramet
181
181
}
182
182
```
183
183
184
-
Property | Description
185
-
---|---
186
-
`eventType` | The type of event that triggered the notification. (For example, PUT, PATCH, DELETE.)
187
-
`applicationId` | The fully qualified resource identifier of the managed application for which the notification was triggered.
188
-
`eventTime` | The timestamp of the event that triggered the notification. (Date and time in UTC ISO 8601 format.)
189
-
`provisioningState` | The provisioning state of the managed application instance. For example, Succeeded, Failed, Deleting, Deleted.
190
-
`applicationDefinitionId` | _Specified only for service catalog managed applications_. Represents the fully qualified resource identifier of the application definition for which the managed application instance was provisioned.
191
-
`billingDetails` | _Specified only for Azure Marketplace managed applications_. The billing details of the managed application instance. Contains the `resourceUsageId` that you can use to query Azure Marketplace for usage details.
192
-
`plan` | _Specified only for Azure Marketplace managed applications_. Represents the publisher, offer, SKU, and version of the managed application instance.
193
-
`error` | _Specified only when the provisioningState is Failed_. Contains the error code, message, and details of the issue that caused the failure.
184
+
|Property | Description|
185
+
|---|---|
186
+
|`eventType`| The type of event that triggered the notification. For example, PUT, PATCH, DELETE.|
187
+
|`applicationId`| The fully qualified resource identifier of the managed application for which the notification was triggered.|
188
+
|`eventTime`| The timestamp of the event that triggered the notification. Date and time in UTC ISO 8601 format.|
189
+
|`provisioningState`| The provisioning state of the managed application instance. For example, Succeeded, Failed, Deleting, Deleted.|
190
+
|`applicationDefinitionId`|_Specified only for service catalog managed applications_. Represents the fully qualified resource identifier of the application definition for which the managed application instance was provisioned.|
191
+
|`billingDetails`|_Specified only for Azure Marketplace managed applications_. The billing details of the managed application instance. Contains the `resourceUsageId` that you can use to query Azure Marketplace for usage details.|
192
+
|`plan`|_Specified only for Azure Marketplace managed applications_. Represents the publisher, offer, SKU, and version of the managed application instance.|
193
+
|`error`|_Specified only when the provisioningState is Failed_. Contains the error code, message, and details of the issue that caused the failure.|
194
194
195
195
## Endpoint authentication
196
196
@@ -201,4 +201,4 @@ To secure the webhook endpoint and ensure the authenticity of the notification:
201
201
202
202
## Notification retries
203
203
204
-
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, 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.
204
+
The managed application notification service expects a `200 OK` response from the webhook endpoint to the notification. The notification service retries if the webhook endpoint returns an HTTP error code greater than or equal to 500, 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 is dropped, and the retries stop.
Copy file name to clipboardExpand all lines: articles/azure-resource-manager/managed-applications/publish-service-catalog-app.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Create and publish Azure Managed Application in service catalog
3
3
description: Describes how to create and publish an Azure Managed Application in your service catalog using Azure PowerShell, Azure CLI, or Azure portal.
0 commit comments