About This Page
This page is part of the Azure documentation. It contains code examples and configuration instructions for working with Azure services.
Bias Analysis
Bias Types:
⚠️
powershell_heavy
⚠️
windows_first
⚠️
missing_linux_example
Summary:
The documentation page demonstrates a Windows bias by providing only PowerShell examples for making REST API calls, recommending PowerShell as the tool of choice, and omitting equivalent Linux/macOS command-line examples (such as curl or HTTPie). The guidance assumes familiarity with PowerShell cmdlets and Windows-centric tooling, with no mention of cross-platform alternatives or how to perform the same tasks on Linux or macOS.
Recommendations:
- Add equivalent examples using curl or HTTPie for making REST API calls, which are available on Linux, macOS, and Windows.
- Mention cross-platform tools (e.g., Azure CLI, REST clients like Postman, or ARMClient) alongside PowerShell, and provide sample usage.
- Rephrase guidance to avoid recommending PowerShell as the default or only tool, instead offering a choice of tools for different platforms.
- Include notes or sections specifically for Linux/macOS users, ensuring parity in authentication and REST invocation instructions.
- Where PowerShell-specific cmdlets are referenced (e.g., ConvertFrom-Json), provide equivalent commands for bash/jq or other common Linux utilities.
Create pull request
Flagged Code Snippets
Replace `{subscriptionId}` in the preceding `$restUri` variable to get information about your
subscription. The `$response` variable holds the result of the `Invoke-RestMethod` cmdlet, which you can parse with cmdlets such as [ConvertFrom-Json](/powershell/module/microsoft.powershell.utility/convertfrom-json). If the REST API service endpoint expects a `Request Body`, provide a JSON-formatted variable to the `-Body` parameter of `Invoke-RestMethod`.
## Create a blueprint
The first step in defining a standard pattern for compliance is to compose a blueprint from the
available resources. Let's create a blueprint named *MyBlueprint* to configure role and policy
assignments for the subscription. Then you add a resource group, an ARM template, and a role
assignment on the resource group.
> [!NOTE]
> When you're using the REST API, the _blueprint_ object is created first. For each _artifact_ to be added that has parameters, you define the parameters in advance on the initial *blueprint*.
In each REST API URI, replace the following variables with your own values:
- `{YourMG}` - Replace with the ID of your management group.
- `{subscriptionId}` - Replace with your subscription ID.
> [!NOTE]
> You can also create blueprints at the subscription level. For more information, see
> [create blueprint at subscription example](/rest/api/blueprints/blueprints/createorupdate#subscriptionblueprint).
1. Create the initial _blueprint_ object. The `Request Body` includes properties about the
blueprint, any resource groups to create, and all of the blueprint-level parameters. You set the parameters during assignment, and they're used by the artifacts you add in later steps.
- REST API URI