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/api-management/breaking-changes/api-version-retirement-sep-2023.md
+15-15Lines changed: 15 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,33 +1,31 @@
1
1
---
2
-
title: Azure API Management - API version retirements (September 2023) | Microsoft Docs
3
-
description: The Azure API Management service is retiring all API versions prior to 2021-08-01. If you use one of these API versions, you must update your tools, scripts, or programs to use the latest versions.
2
+
title: Azure API Management - API version retirements (June 2024) | Microsoft Docs
3
+
description: Starting June 1, 2024, the Azure API Management service is retiring all API versions prior to 2021-08-01. If you use one of these API versions, you must update affected tools, scripts, or programs to use the latest versions.
Azure API Management uses Azure Resource Manager (ARM) to configure your API Management instances. The API version is embedded in your use of templates that describe your infrastructure, tools that are used to configure the service, and programs that you write to manage your Azure API Management services.
17
17
18
-
On 30 September 2023, all API versions for the Azure API Management service prior to **2021-08-01** will be retired and API calls using those API versions will fail. This means you'll no longer be able to create or manage your API Management services using your existing templates, tools, scripts, and programs until they've been updated. Data operations (such as accessing the APIs or Products configured on Azure API Management) will be unaffected by this update, including after 30 September 2023.
19
-
20
-
From now through 30 September 2023, you can continue to use the templates, tools, and programs without impact. You can transition to API version 2021-08-01 or later at any point prior to 30 September 2023.
18
+
Starting June 1, 2024, all API versions for the Azure API Management service prior to [**2021-08-01**](/rest/api/apimanagement/operation-groups?view=rest-apimanagement-2021-08-01) are being retired (disabled). The previously communicated retirement date was September 30, 2023. At any time after June 1, 2024, API calls using an API version prior to 2021-08-01 may fail without further notice. You'll no longer be able to create or manage your API Management services with existing templates, tools, scripts, and programs using a retired API version until they've been updated to use API version 2021-08-01 or later. Data plane operations (such as mediating API requests in the gateway) will be unaffected by this update, including after June 1, 2024.
21
19
22
20
## Is my service affected by this?
23
21
24
-
While your service isn't affected by this change, any tool, script, or program that uses the Azure Resource Manager (such as the Azure CLI, Azure PowerShell, Azure API Management DevOps Resource Kit, or Terraform) to interact with the API Management service is affected by this change. You'll be unable to run those tools successfully unless you update the tools.
22
+
While your service isn't affected by this change, any tool, script, or program that uses the Azure Resource Manager (such as the Azure CLI, Azure PowerShell, Azure API Management DevOps Resource Kit, or Terraform) to interact with the API Management service and calls an API Management API version prior to 2021-08-01 is affected by this change. After an API version is retired, you'll be unable to run any affected tools successfully unless you update the tools.
25
23
26
24
## What is the deadline for the change?
27
25
28
-
The affected API versions will no longer be valid after 30 September 2023.
26
+
The affected API versions will be retired gradually starting June 1, 2024.
29
27
30
-
After 30 September 2023, if you prefer not to update your tools, scripts, and programs, your services will continue to run but you won't be able to add or remove APIs, change API policy, or otherwise configure your API Management service.
28
+
After an API version is retired, if you prefer not to update your affected tools, scripts, and programs, your services will continue to run. However, you won't be able to add or remove APIs, change API policy, or otherwise configure your API Management service with affected tools.
31
29
32
30
## Required action
33
31
@@ -48,7 +46,7 @@ We also recommend setting the **Minimum API version** in your API Management ins
48
46
* API Management DevOps Resource Kit: 1.0.0
49
47
* Terraform azurerm provider: 3.0.0
50
48
51
-
***Azure SDKs** - Update the Azure API Management SDKs to the latest versions (or later):
49
+
***Azure SDKs** - Update the Azure API Management SDKs to the latest versions or at least the following versions:
52
50
* .NET: 8.0.0
53
51
* Go: 1.0.0
54
52
* Python: 3.0.0
@@ -57,18 +55,21 @@ We also recommend setting the **Minimum API version** in your API Management ins
57
55
58
56
### Update Minimum API version setting on your API Management instance
59
57
60
-
We recommend setting the **Minimum API version** for your API Management instance using the Azure portal. This setting limits control plane API calls to your instance with an API version equal to or newer than this value. Currently you can set this to **2021-08-01**.
58
+
We recommend setting the **Minimum API version** for your API Management instance using the Azure portal. This setting limits control plane API calls to your instance to an API version equal to or newer than this value. By setting this value to **2021-08-01**, you can assess the impact of the API version retirements on your tooling.
59
+
60
+
61
61
62
62
To set the **Minimum API version** in the portal:
63
63
64
64
1. In the [Azure portal](https://portal.azure.com), navigate to your API Management instance.
65
65
1. In the left menu, under **Deployment + infrastructure**, select **Management API**.
66
66
1. Select the **Management API settings** tab.
67
-
1. Under **Prevent users with read-only permissions from accessing service secrets**, select **Yes**. The **Minimum API version** appears.
67
+
1. Under **Enforce minimum API version**, select **Yes**. The **Minimum API version** appears.
68
68
1. Select **Save**.
69
69
70
70
## More information
71
71
72
+
*[Supported API Management API versions](/rest/api/apimanagement/operation-groups)
#Customer intent: As an Azure Kubernetes Service user, I want to manage all my app settings in one place using Azure App Configuration.
13
13
---
@@ -20,6 +20,16 @@ A ConfigMap can be consumed as environment variables or a mounted file. In this
20
20
21
21
> [!TIP]
22
22
> See [options](./howto-best-practices.md#azure-kubernetes-service-access-to-app-configuration) for workloads hosted in Kubernetes to access Azure App Configuration.
23
+
>
24
+
25
+
> [!NOTE]
26
+
> This quickstart will walk you through setting up the Azure App Configuration Kubernetes Provider. Optionally, you can use the following [Azure Developer CLI](/azure/developer/azure-developer-cli/install-azd) commands with the `azure-appconfig-aks` template to provision Azure resources and deploy the sample application used by this quickstart. For more information about this template, visit the [azure-appconfig-aks](https://github.com/Azure-Samples/azure-appconfig-aks) repo on GitHub.
27
+
>
28
+
> ```azd
29
+
> azd init -t azure-appconfig-aks
30
+
> azd up
31
+
> ```
32
+
>
23
33
24
34
## Prerequisites
25
35
@@ -32,10 +42,6 @@ A ConfigMap can be consumed as environment variables or a mounted file. In this
> The Azure Cloud Shell is a free, interactive shell that you can use to run the command line instructions in this article. It has common Azure tools preinstalled, including the .NET Core SDK. If you're logged in to your Azure subscription, launch your [Azure Cloud Shell](https://shell.azure.com) from shell.azure.com. You can learn more about Azure Cloud Shell by [reading our documentation](../cloud-shell/overview.md)
37
-
>
38
-
39
45
## Create an application running in AKS
40
46
41
47
In this section, you will create a simple ASP.NET Core web application running in Azure Kubernetes Service (AKS). The application reads configuration from a local JSON file. In the next section, you will enable it to consume configuration from Azure App Configuration without changing the application code. If you already have an AKS application that reads configuration from a file, skip this section and go to [Use App Configuration Kubernetes Provider](#use-app-configuration-kubernetes-provider). You only need to ensure the configuration file generated by the provider matches the file path used by your application.
@@ -306,7 +312,7 @@ Add following key-values to the App Configuration store and leave **Label** and
306
312
307
313

308
314
309
-
### Troubleshooting
315
+
## Troubleshooting
310
316
311
317
If you don't see your application picking up the data from your App Configuration store, run the following command to validate that the ConfigMap is created properly.
> If you use the Azure Developer CLI to set up the resources, you can run the `azd down` command to delete all resources created by the `azure-appconfig-aks` template.
Copy file name to clipboardExpand all lines: articles/azure-monitor/app/availability-alerts.md
+4-5Lines changed: 4 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,9 +2,8 @@
2
2
title: Set up availability alerts with Application Insights
3
3
description: Learn how to set up web tests in Application Insights. Get alerts if a website becomes unavailable or responds slowly.
4
4
ms.topic: conceptual
5
-
ms.date: 03/22/2023
6
-
ms.reviewer: sdash
7
-
5
+
ms.date: 04/28/2024
6
+
ms.reviewer: cogoodson
8
7
---
9
8
10
9
# Availability alerts
@@ -30,13 +29,13 @@ Alerts are now automatically enabled by default, but to fully configure an alert
30
29
31
30
Automatically enabled availability alerts trigger an email when the endpoint you've defined is unavailable and when it's available again. Availability alerts that are created through this experience are state based. When the alert criteria are met, a single alert gets generated when the website is detected as unavailable. If the website is still down the next time the alert criteria is evaluated, it won't generate a new alert.
32
31
33
-
For example, suppose that your website is down for an hour and you've set up an email alert with an evaluation frequency of 15 minutes. You'll only receive an email when the website goes down and another email when it's back up. You won't receive continuous alerts every 15 minutes to remind you that the website is still unavailable.
32
+
For example, suppose that your website is down for an hour and you've set up an email alert with an evaluation frequency of 15 minutes. You'll only receive an email when the website goes down and another email when it's back online. You won't receive continuous alerts every 15 minutes to remind you that the website is still unavailable.
34
33
35
34
You might not want to receive notifications when your website is down for only a short period of time, for example, during maintenance. You can change the evaluation frequency to a higher value than the expected downtime, up to 15 minutes. You can also increase the alert location threshold so that it only triggers an alert if the website is down for a specific number of regions. For longer scheduled downtimes, temporarily deactivate the alert rule or create a custom rule. It gives you more options to account for the downtime.
36
35
37
36
#### Change the alert criteria
38
37
39
-
To make changes to the location threshold, aggregation period, and test frequency, select the condition on the edit page of the alert rule to open the**Configure signal logic**window.
38
+
To make changes to the location threshold, aggregation period, and test frequency, select the condition on the edit page of the alert rule to open the "**Configure signal logic**" window.
Copy file name to clipboardExpand all lines: articles/azure-monitor/app/availability-standard-tests.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,6 +3,7 @@ title: Availability Standard test - Azure Monitor Application Insights
3
3
description: Set up Standard tests in Application Insights to check for availability of a website with a single request test.
4
4
ms.topic: conceptual
5
5
ms.date: 09/12/2023
6
+
ms.reviewer: cogoodson
6
7
---
7
8
8
9
# Standard test
@@ -33,7 +34,7 @@ To create a Standard test:
33
34
|**SSL certificate validation test**| You can verify the SSL certificate on your website to make sure it's correctly installed, valid, trusted, and doesn't give any errors to any of your users. |
34
35
|**Proactive lifetime check**| This setting enables you to define a set time period before your SSL certificate expires. After it expires, your test will fail. |
35
36
|**Test frequency**| Sets how often the test is run from each test location. With a default frequency of five minutes and five test locations, your site is tested on average every minute.|
36
-
|**Test locations**|The places from where our servers send web requests to your URL. *Our minimum number of recommended test locations is five* to ensure that you can distinguish problems in your website from network issues. You can select up to 16 locations.|
37
+
|**Test locations**|Our servers send web requests to your URL from these locations. *Our minimum number of recommended test locations is five* to ensure that you can distinguish problems in your website from network issues. You can select up to 16 locations.|
37
38
|**Custom headers**| Key value pairs that define the operating parameters. |
38
39
|**HTTP request verb**| Indicate what action you want to take with your request. |
39
40
|**Request body**| Custom data associated with your HTTP request. You can upload your own files, enter your content, or disable this feature. |
0 commit comments