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/application-gateway/for-containers/migrate-from-agic-to-agc.md
+5-4Lines changed: 5 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: application gateway
5
5
author: mbender-ms
6
6
ms.service: azure-appgw-for-containers
7
7
ms.topic: concept-article
8
-
ms.date: 10/28/2024
8
+
ms.date: 7/22/2025
9
9
ms.author: mbender
10
10
# Customer intent: As a Kubernetes administrator, I want to migrate services from Application Gateway Ingress Controller to Application Gateway for Containers, so that I can leverage improved performance, seamless scaling, and modern API compatibility without experiencing downtime during the transition.
11
11
---
@@ -43,7 +43,6 @@ Prior to migration, it is important to identify any dependencies on Application
43
43
44
44
Such dependencies include:
45
45
46
-
- Web Application Firewall (WAF)
47
46
- Private IP
48
47
- Ports other than 80 and 443
49
48
- Configurable request timeout values
@@ -65,7 +64,7 @@ Here's a summarized list of AGIC annotations and whether Application Gateway for
|[Frontend port other than 80 and 443](migrate-from-agic-to-agc.md#frontend-port-override)| appgw.ingress.kubernetes.io/override-frontend-port | Not supported | Not supported |
67
66
|[Private frontend](migrate-from-agic-to-agc.md#private-frontend)| appgw.ingress.kubernetes.io/use-private-ip | Not supported | Not supported |
68
-
|[WAF](migrate-from-agic-to-agc.md#waf)| appgw.ingress.kubernetes.io/waf-policy-for-path |Not supported| Not supported |
|[Custom health probe](migrate-from-agic-to-agc.md#custom-health-probes)| appgw.ingress.kubernetes.io/health-probe-hostname |[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|
70
69
|[Custom health probe](migrate-from-agic-to-agc.md#custom-health-probes)| appgw.ingress.kubernetes.io/health-probe-port |[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|
71
70
|[Custom health probe](migrate-from-agic-to-agc.md#custom-health-probes)| appgw.ingress.kubernetes.io/health-probe-path |[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|[HealthCheckPolicy](migrate-from-agic-to-agc.md#healthcheckpolicy)|
@@ -298,7 +297,9 @@ AGIC annotation
298
297
299
298
Application Gateway for Containers implementation
300
299
301
-
WAF isn't supported by Application Gateway for Containers.
300
+
#### Web Application Firewall Policy
301
+
302
+
The equivalent is a new WebApplicationFirewallPolicy resource with a reference to a defined resource or resource section. More details can be found in the [Web Application Firewall](web-application-firewall.md) document.
1. Run the application, [see step 4 of Use variant feature flags](./howto-variant-feature-flags-javascript.md#run-the-application).
95
-
96
-
1. Create 10 different users and log into the application. As you log in with each user, you get a different message variant for some of them. ~50% of the time you get no message. 25% of the time you get the message "Hello!" and 25% of the time you get "I hope this makes your day!"
97
-
98
-
1. With some of the users click the **Like** button to trigger the telemetry event.
99
-
100
-
> [!div class="mx-imgBorder"]
101
-
>
102
-
103
-
1. Open your Application Insights resource in the Azure portal and select**Logs** under **Monitoring**. In the query window, run the following query to see the telemetry events:
104
-
105
-
```kusto
106
-
// Step 1: Get distinct users and their Variant from FeatureEvaluation
>
158
-
159
-
You see one "FeatureEvaluation" event for each time the quote page was loaded and one "Liked" event for each time the like button was clicked. The "FeatureEvaluation" event has a custom property called `FeatureName` with the name of the feature flag that was evaluated. Both events have a custom property called `TargetingId` with the name of the user that liked the quote.
94
+
## Collect telemetry
160
95
161
-
For more information about the "FeatureEvaluation" event, go to the [Feature flag telemetry reference](./feature-flag-telemetry-reference.md)
96
+
Deploy your application to begin collecting telemetry from your users. To test its functionality, you can simulate user activity by creating many test users. Each user will experience a different variant of greeting messages, and they can interact with the application by clicking the heart button to like a quote. As your user base grows, you can monitor the increasing volume of telemetry data collected in Azure App Configuration. Additionally, you can drill down into the data to analyze how each variant of the feature flag influences user behavior.
97
+
- [Review telemetry results in App Configuration](./howto-telemetry.md#review-telemetry-results-in-azure-app-configuration).
162
98
163
99
## Additional resources
164
100
165
101
- [Quote of the Day sample](https://github.com/Azure-Samples/quote-of-the-day-javascript)
166
-
167
-
## Next steps
168
-
169
-
For the full feature rundown of the JavaScript feature management library, refer to the following document.
- For the full feature rundown of the JavaScript feature management library you can refer to the [JavaScript Feature Management reference documentation](./feature-management-javascript-reference.md)
1. Run the application, [see step 2 of Use variant feature flags](./howto-variant-feature-flags-python.md#build-and-run-the-app).
109
-
110
-
1. Create 10 different users and log into the application. As you log in with each user, you get a different message variant for some of them. ~50% of the time you get no message. 25% of the time you get the message "Hello!" and 25% of the time you get "I hope this makes your day!".
111
-
112
-
1. With some of the users select the **Like** button to trigger the telemetry event.
113
-
114
-
1. Open your Application Insights resource in the Azure portal and select **Logs** under **Monitoring**. In the query window, run the following query to see the telemetry events:
115
-
116
-
```kusto
117
-
// Step 1: Get distinct users and their Variant from FeatureEvaluation
> 
170
-
171
-
You see one "FeatureEvaluation" for each time the quote page was loaded and one "Liked" event for each time the like button was clicked. The "FeatureEvaluation" event have a custom property called `FeatureName` with the name of the feature flag that was evaluated. Both events have a custom property called `TargetingId` with the name of the user that liked the quote.
110
+
Deploy your application to begin collecting telemetry from your users. To test its functionality, you can simulate user activity by creating many test users. Each user will experience a different variant of greeting messages, and they can interact with the application by clicking the heart button to like a quote. As your user base grows, you can monitor the increasing volume of telemetry data collected in Azure App Configuration. Additionally, you can drill down into the data to analyze how each variant of the feature flag influences user behavior.
111
+
- [Review telemetry results in App Configuration](./howto-telemetry.md#review-telemetry-results-in-azure-app-configuration).
172
112
173
113
## Additional resources
174
114
- [Flask Quote of the Day sample](https://github.com/Azure-Samples/quote-of-the-day-python)
0 commit comments