Public Preview Announcement: Azure Policy Built-in Versioning
Welcome to a new era of policy management, where policy definitions are more agile, adaptable, and accessible than ever before! We are thrilled to introduce version management support for controlled built-in definition and initiative updates through Azure Policy. In a push to empower and simplify policy management, built-in definitions and initiatives will have the ability to store & reference multiple versions within a single definition ID. This new development will enhance your ability to govern, enforce and evolve your cloud governance policies. Keep reading for more information and be sure to check out our video walk-through of versioning to get started and learn more.
What's new? Now, built-in definitions and initiatives can reference multiple versions within a single definition ID! This will help with:
- Regulated updates: All built-in definitions will be reviewed and evaluated to stay aligned with versioning guidelines standards.
- Change Management: Version will provide visibility into the evolution of built-in definitions and initiatives over each iteration.
- Controlled application and enforcement: Users can specify what version of the definition or initiative to be assessed against at assignment time.
- Gradual Rollout: Versioning in collaboration with assignment resource selectors and overrides can be used to introduce new versions of definitions gradually into the environment.
- Testing and quality assurance: Different versions of definitions may undergo different stages of roll out and application.
- Versioning awareness: Applicable version number will be shown in compliance logs on a per resource basis.
Ready to dive in? Keep reading to discover how you can get started with Policy versioning and make the most of these new capabilities!
Getting started:
All built-in definitions and initiatives have been updated to be on the latest current version. This can be seen in the portal, or through making a direct API call to the built-in definition. Through either client, you will see a new top-level version property (that follows semantic versioning format: #.#.#)
Now if that built-in definition were to introduce a new version, you would see the same definition ID but a new top level version number. With a slight change to the API call, you can retrieve other versions. See Policy Definition Versions - REST API (Azure Policy) | Microsoft Learn. If no version is specified, the latest version will be returned.
Portal:
When assigning a definition or initiative, users can select from either the current or previous versions while maintaining awareness of the version in your environment.
API Response:
The current version of the definition can also be seen through querying the definition ID, by default the latest version will be returned.
Important items to note:
1. Assignment version reference
All current assignments of built-in definitions and initiatives have been backfilled to reference the latest version of the definition and allow for updates on minor definition versions. Any assignment would ingest all minor changes as before but will not auto-ingest major or breaking changes. If you do not want to ingest minor changes, you can update the existing assignment to pin to a minor version.
2. Understand patch change pattern.
Assignments will not be able to pin to the patch version of definitions. Patch is reserved for non-impacting text changes and critical hotfixes. Patch changes require ingestions reserved for rare and special cases. Since a text change or definition category can occur without warning, please ensure any additional functionality relies on the definition ID and not the definition name as the name is dynamic, but ID is static.
3. Understand major vs minor updates.
Following semantic versioning, major updates occur when there is a breaking change to the definition. This could include introducing a new deny policy to a built-in initiative. A minor update does not include breaking changes but can include rule logic changes that enhance the scope of the definition’s applicability or changes to parameters.
Stay tuned for more updates on Azure Policy features and releases here, and on X at @AzureGovernance.
Link to video overview of Policy versioning: https://youtu.be/eejdoDgofZ8
Published on:
Learn moreRelated posts
Azure Developer CLI (azd) – November 2024
This post announces the November release of the Azure Developer CLI (`azd`). The post Azure Developer CLI (azd) – November 2024 appeared...
Microsoft Purview | Information Protection: Auto-labeling for Microsoft Azure Storage and Azure SQL
Microsoft Purview | Information Protection will soon offer Auto-labeling for Microsoft Azure Storage and Azure SQL, providing automatic l...
5 Proven Benefits of Moving Legacy Platforms to Azure Databricks
With evolving data demands, many organizations are finding that legacy platforms like Teradata, Hadoop, and Exadata no longer meet their needs...
November Patches for Azure DevOps Server
Today we are releasing patches that impact our self-hosted product, Azure DevOps Server. We strongly encourage and recommend that all customer...
Elevate Your Skills with Azure Cosmos DB: Must-Attend Sessions at Ignite 2024
Calling all Azure Cosmos DB enthusiasts: Join us at Microsoft Ignite 2024 to learn all about how we’re empowering the next wave of AI innovati...
Query rewriting for RAG in Azure AI Search
Getting Started with Bicep: Simplifying Infrastructure as Code on Azure
Bicep is an Infrastructure as Code (IaC) language that allows you to declaratively define Azure resources, enabling automated and repeatable d...
How Azure AI Search powers RAG in ChatGPT and global scale apps
Millions of people use Azure AI Search every day without knowing it. You can enable your apps with the same search that enables retrieval-augm...