-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: Consider using EvaluationDelay:AfterProvisioningSuccess for Built in private DNS policies #1050
Comments
I see this has been dormant for a while - this would be hugely beneficial. |
just hit this myself +1 from me |
+1 it would make life a whole lot better, allowing the apply stages of to both deploy and use the deployed resources in the same run. |
+1 This, so much this. We need this for our CI/CD pipeline with terraform. |
+1 need this aswell! |
+1 any one? I need this as well. |
+1 this would be very useful |
+1 need this |
7 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
Currently:
All Built In policies to set the DNS config on private DNS
e.g.
https://github.com/Azure/azure-policy/blob/e8fff400e6eee3502c3f3b4e7ac8301870aeac3f/built-in-policies/policyDefinitions/Storage/StoragePrivateDnsZoneGroup_Blob.json
https://github.com/Azure/azure-policy/blob/master/built-in-policies/policyDefinitions/App%20Service/AppService_PrivateZoneGroup_DINE.json
would be greatly enhanced if we put the evaluationDelay to AfterProvisioningSuccess.
Since the evaluationDelay is 10 min by default, creating a private Endpoint demands Application Teams to wait for 10min before they can actually use them, respectively before the private IP is resolvable by DNS.
This is especially painful if the Application Team uses CI/CD pipelines.
They currently need to build weird workarounds such as scripts in their pipeline, local provisioner (scripts) in tf or deployment scripts in Bicep only to wait for this default evaluationDelay to be reached.
Another issue arises if the creation of the private Endpoint needs more than 10min. For example on a busy day at lunchtime with a just created CosmosDB. Since this can take more than 10min (I've seen up to 12min) but the default 10min delay starts counting on private endpoint deployment, this would cause the PolicyDeployment failing with "Resource Not Ready".
Solution:
Both issues are easily resolved by setting "EvaluationDelay":"AfterProvisioningSuccess" within the deployment.
e.g.
The text was updated successfully, but these errors were encountered: