Allow more rich symbols while using Match in Policy definition
I am using Management groups and wanted to roll out multiple naming policy.
I have various clients hence thought of a consistent manner to support and organize Resource groups/Resources in a consistent way. i.e <Cleint>-<Prod/Dev>-RGP-<Name>.
So it would sort out like
but unfortunately found that match could not support a symbol which would represent letter or number in same symbol. Details can be seen in the closed feedback thread on the following page.
It would really help enforce a consistent naming convention.
Not sure how fast help can arrive from MS?
Thank you for the feedback. I will share this with the Policy team to see what options they currently have or if this is on their roadmap.
Alex IP commented
Both Hélder and Anon mentioned this, but Regex would be ideal.
Like Omar, I am currently trying to write a policy that checks for patterns with alphanumeric characters. I also need to check for an optional suffix, both of which the existing 'match' clause isn't powerful enough to handle.
If Regex isn't supported, my guess is that the Policy team will continue seeing several requests for Regex-like 'match' features, which will waste everyone's time.
Hélder Pinto commented
Match pattern is almost useless for naming convention enforcement, unless you have a convention that enforces a specific number of characters for each naming parcel. If Regex - the best solution - isn't possible, at least allow for wildcard symbol (*) in match pattern policies.
It would be best to support standard Regex in the policies.