Azure Bastion is a service you deploy that lets you connect to a virtual machine using your browser and the Azure portal or via the native SSH or RDP client installed on your local computer.

Overview​

The Azure Bastion service is a fully platform-managed PaaS service you provision inside your virtual network. It provides secure and seamless RDP/SSH connectivity to your virtual machines directly from the Azure portal over TLS.

Because of this, if you don't have line-of-sight access to your Virtual Machines (via express route, Site-to-Site VPN etc.), Bastion becomes your jump box, allowing secure access to your virtual machines without needing a public IP.

There is a downside, though. To connect to a Virtual Machine secured by Bastion, you need access to the Azure Portal, or command line connectivity to Azure, to create the tunnel; this means that you may need to grant people elevated rights and access they may not need to connect.

As of November 2022, Microsoft introduced shareable links into public preview, solving two key pain points:

• Administrators will no longer have to provide full access to their Azure accounts to one-time VM users—helping to maintain their privacy and security.
• Users without Azure subscriptions can seamlessly connect to VMs without exposing RDP/SSH ports to the public internet.

The Bastion Shareable Link feature lets users connect to a target resource (virtual machine or virtual machine scale set) using Azure Bastion without accessing the Azure portal.

At the time of this writing, there are some scenarios where shareable links won't work - particularly across Network peering across subscriptions and regions.

Because the service is in Public Preview - native PowerShell cmdlet support, enabling and configuring this feature isn't available - but you can easily allow it via the Azure Portal.

To get around that, we will leverage the Azure Rest API directly, using PowerShell to enable the Shareable Link feature and create and obtain a shareable link for a Virtual Machine.

Create Azure Bastion​

I will assume there is already an Azure Virtual Network created; if not, you can follow the Microsoft documentation to get it up and running!

Also, make sure you have the Az Module installed.

The PowerShell function we will run will require a few parameters to create the Azure Bastion resource and enable Shared Link functionality; these parameters are:

1. Copy the script below into a file named: New-AzBastionSharedLinkEnabled.ps1

   function New-AzBastionSharedLinkEnabled {
       <#
         .SYNOPSIS
         Creates an Azure Bastion resource with shared link enabled, on an already existing Azure Virtual Network.
       #>
       [CmdletBinding()]
       param
       (
         [Parameter(Mandatory = $false, Position = 0)]
         [System.String]
         $RGName = "BastionTest",
         
         [Parameter(Mandatory = $false, Position = 1)]
         [System.String]
         $VNetName = 'vnet-aue-dev',
         
         [Parameter(Mandatory = $false, Position = 2)]
         [System.String]
         $addressPrefix = '10.2.1.0/26',
         
         [Parameter(Mandatory = $false, Position = 3)]
         [System.String]
         $region = 'AustraliaEast',
         
         [Parameter(Mandatory = $false, Position = 4)]
         [System.String]
         $BastionPubIPName = 'VNet1-ip',
         
         [Parameter(Mandatory = $false, Position = 5)]
         [Object]
         $BastionResourceName = "$VNetName-bastion"
       )
       
       # Set variable values for Resource Group name, Virtual Network name, address prefix, region, and bastion-related resources.
     
       # Connect to Azure using Get-AzAccount cmdlet.
       Connect-AzAccount
       
       # Use Get-AzSubscription cmdlet to get all the subscriptions that the account has access to and allow the user to choose one using Out-GridView.
       Get-AzSubscription | Out-GridView -PassThru | Select-AzSubscription
       $token = (Get-AzAccessToken).Token
       $subscription = Get-AzContext | Select-Object Subscription
       
       # Use Get-AzVirtualNetwork cmdlet to get the virtual network object and then use Add-AzVirtualNetworkSubnetConfig cmdlet to create a new subnet for Azure Bastion service. Finally, use Set-AzVirtualNetwork cmdlet to update the virtual network configuration.
       $VNET = Get-AzVirtualNetwork -ResourceGroupName $RGName -Name $VNetName 
       Add-AzVirtualNetworkSubnetConfig -VirtualNetwork $VNET -Name "AzureBastionSubnet" -AddressPrefix $addressPrefix | Set-AzVirtualNetwork
       $VNET = Get-AzVirtualNetwork -ResourceGroupName $RGName -Name $VNetName 
       
       # Note: If there is an error message, it could indicate that the address prefix for the new subnet overlaps with existing address ranges or is too small.
       
       # Use New-AzPublicIpAddress cmdlet to create a new public IP address resource for the Bastion service.
       $publicip = New-AzPublicIpAddress -ResourceGroupName $RGName -name $BastionPubIPName -location $region -AllocationMethod Static -Sku Standard
       $publicip = Get-AzPublicIpAddress -ResourceGroupName $RGName -Name $BastionPubIPName
       # Use New-AzBastion cmdlet to create a new Azure Bastion resource with the specified configuration, including the virtual network and public IP address resources created earlier.
       New-AzBastion -ResourceGroupName $RGName -Name $BastionResourceName -PublicIpAddressRgName $publicip.ResourceGroupName -PublicIpAddressName $publicip.Name  -VirtualNetwork $VNET -Sku 'Standard' 
       
       #Enable Shareable links for VMs in Azure Bastion.
       $BastionSubnet = Get-AzVirtualNetworkSubnetConfig -Name 'AzureBastionSubnet' -VirtualNetwork $VNET
       
       $Body = [PSCustomObject]@{
         location   = $region
         properties = @{
           enableShareableLink = "true"
           ipConfigurations    = @(
             @{
               name       = "bastionHostIpConfiguration"
               properties = @{
                 subnet          = @{
                   id = $BastionSubnet.id
                 }
                 publicIPAddress = @{
                   id = $publicip.Id
                 }
               }
             }
           )
         }
         
       }  | ConvertTo-Json -Depth 6
       
       $params = @{
         Uri         = "https://management.azure.com/subscriptions/" + $subscription.Subscription.Id + 
         "/resourceGroups/$($RGName)/providers/Microsoft.Network/bastionHosts/$($BastionResourceName)?api-version=2022-07-01"
         Headers     = @{ 'Authorization' = "Bearer $token" }
         Method      = 'Put'
         Body        = $body
         ContentType = 'application/json'
       }
       
       # Invoke the REST API and store the response
       Invoke-RestMethod @Params
     }
   

2. Open a Terminal or PowerShell prompt, and navigate to the folder containing the script.

3. Dot source the script so that you can run it from the session: . .\New-AzBastionSharedLinkEnabled.ps1

4. 

5. Once it's imported - we can now run it; make sure you replace your parameters that match your environment:

   New-AzBastionSharedLinkEnabled -RGName BastionTest -VNetName vnet-aue-dev -addressPrefix 10.2.1.0/26 -region AustraliaEast -BastionPubIPName VNet1-ip -BastionResourceName net-aue-dev-bastion
   

6. The script will then prompt for your credentials to authenticate

7. You will then need to select the Azure subscription containing your Azure Virtual Network, then select Ok

8. 

9. The script will then go and provision Azure Bastion and enable Shared Links. It will take a few minutes to run while it provisions Bastion. Then you will get JSON output, indicating it has been completed.

10. 

11. 

Create Shareable Link​

Now that we have an Azure Bastion instance and have Shareable Links enabled - it's time to create a Shareable Link for a Virtual Machine; this triggers 2 API endpoints - creating the shareable link and then retrieving the shareable link.

The same assumptions are made, so make sure you have the Az Module installed.

The script relies on the following parameters:

1. Copy the script below into a file named: New-AzBastionShareableLink.ps1

   function New-AzBastionShareableLink {
     <#
       .SYNOPSIS
         Creates an Azure Bastion shareable link.
     #>
     [CmdletBinding()]
     param
     (
       [Parameter(Mandatory = $false, Position = 0)]
       [System.String]
       $BastionResourceName = 'vnet-aue-dev-bastion',
       
       [Parameter(Mandatory = $false, Position = 1)]
       [System.String]
       $RGName = "BastionTest",
       
       [Parameter(Mandatory = $false, Position = 1)]
       [System.String]
       $VMRGName = "BastionTest",
   
       [Parameter(Mandatory = $false, Position = 2)]
       [System.String]
       $VMname = "2022ServerVM-2"
     )
     
     # Connect to Azure using Get-AzAccount
     Connect-AzAccount
     
     # Get all subscriptions that the account has access to
     Get-AzSubscription | Out-GridView -PassThru | Select-AzSubscription
     
     $subscription = Get-AzContext | Select-Object Subscription
     # Get the access token for the authenticated user
     $token = (Get-AzAccessToken).Token
     
     $ID = Get-AzVM -ResourceGroupName $VMRGName -Name $VMName | Select-Object Id -ExpandProperty id
     
     $body = @{
       
       vms = @(
         @{
           vm = @{
             id = $ID.Id
           }
         }
       )
       
     }  | ConvertTo-Json -Depth 3
     
       #creates the shareable link for the VM
     $params = @{
       Uri         = "https://management.azure.com/subscriptions/" + $subscription.Subscription.Id + 
       "/resourceGroups/$RGName/providers/Microsoft.Network/bastionHosts/$BastionResourceName/createShareableLinks?api-version=2022-07-01"
       Headers     = @{ 'Authorization' = "Bearer $token" }
       Method      = 'POST'
       Body        = $body
       ContentType = 'application/json'
     }
     
     # Invoke the REST API and store the response
     Invoke-RestMethod @Params
     
     #Gets the shareable link for the VM
       
    $params = @{
       Uri         = "https://management.azure.com/subscriptions/" + $subscription.Subscription.Id + 
       "/resourceGroups/$($RGName)/providers/Microsoft.Network/bastionHosts/$BastionResourceName/getShareableLinks?api-version=2022-09-01"
       Headers     = @{ 'Authorization' = "Bearer $token" }
       Method      = 'POST'
       # Body        = $body
       ContentType = 'application/json'
     }
     
     # Invoke the REST API and store the response
     $ShareableLink = Invoke-RestMethod @Params
     Write-Output $ShareableLink.value.bsl 
   }
   

2. Open a Terminal or PowerShell prompt, and navigate to the folder containing the script.

3. Dot source the script so that you can run it from the session: . .\New-AzBastionShareableLink.ps1

4. s

5. Once it's imported - we can now run it; make sure you replace your parameters that match your environment:

   New-AzBastionShareableLink -BastionResourceName net-aue-dev-bastion -RGName BastionTest -VMRGName BastionTest -VMname 2022ServerVM-2
   

6. 

7. The script will then prompt for your credentials to authenticate

8. You will then need to select the Azure subscription containing your Azure Virtual Network, then select Ok

9. 

10. The script will then go and collect the ID of the Virtual Machine, pass that through to the Create a Shareable Link, then wait 10 seconds for the Bastion Resource to update properly, then collect the Shareable Link and output it to the terminal.

11. 

12. You can also see the link created in the Azure Portal

13. 

14. I can then copy the URL into my favourite browser and connect to your Virtual Machine securely!

15. 

The scripts can also be found directly on GitHub here: https://github.com/lukemurraynz/Azure

Azure Budgets are a vital tool that can be used to keep on top of your Cloud financial management (FinOps) Microsoft Azure platform potential and actual costs.

The most effective Azure Budgets - are the ones that you use!​

In the realm of Cost Management, budgets play a pivotal role in facilitating the planning and implementation of organizational accountability. These tools enable proactive communication regarding expenses and support the management of costs by closely monitoring spending trends over extended periods.

One can set up alerts based on current or projected expenditures to maintain adherence to the established organizational spending limit. Upon surpassing the budget thresholds, notifications are promptly triggered. Such occurrences neither impact any of the available resources nor interrupt any consumption processes.

By leveraging budgets, it becomes possible to perform detailed cost analysis and track expenses effectively.

Be aware of the delay with the Cost & Usage data, as there may be a difference between what you end up seeing in the Portal and the Budget itself - so make sure you account for this to be advised as early as possible:

Cost and usage data is typically available within 8-24 hours and budgets are evaluated against these costs every 24 hours.

Be sure to get familiar with Cost and usage data update specifics. When a budget threshold is met, email notifications are normally sent within an hour of the evaluation.

Note: Azure Budgets are not supported on Subscriptions, where you can't access Microsoft Cost Management, i.e. Azure Sponsorship subscriptions.

A time to clean the windows - Budget Scopes​

When creating an Azure Budget, you can specify a Scope. A scope is the level of your hierarchy (i.e., if it's a Resource Group Budget, it cannot report on resources at the Subscription, you would have to create a Subscription or Management Group scoped Budget).

When you create an Azure Budget, they can be made at the following Scopes:

Most people, when creating scopes, will create a Scope at the Subscription and/or Resource Group level - there is no right or wrong answer when it comes to your Azure Budget Scope - this needs to work for you and your organisation, ie if you have a Project per Resource Group - then it would make sense to create a Budget per Resource Group, the same for Subscriptions.

You can also have multiple Azure Budgets at the same or different scopes, so a combination of Budgets may be the most effective. An example could be a Subscription Budget that may go to a Product Owner, but a Management Group could go to Finance or the Technology teams.

Keep in mind, that Budgets on their own are just a forecasting and alerting tool, they won't stop resources from running, if it goes over an alert threshold, out of the box - the Budget doesn't touch your resources, merely gives you an opportunity to proactively react to them, before costs become a problem.

Time to scrum the floor - Create an Azure Budget​

Let's go through the process of creating an Azure Budget, using the Azure Portal.

1. Log in to the Microsoft Azure Portal
2. In the Search bar above, search for Budgets
3. Click on Budgets
4. Change the Scope
5. 
6. You can select a Management Group, Subscription, or Resource Group for the Scope, by clicking on each - in my example, I have a Management Group named: mg-landingzones, which I am going to select.
7. Click Select
8. Now that the Scope has been set, we can add our Budget to the specified Scope, click + Add
9. We will come back to Filters, in another section - but for the Budget details you will need:
   • Name this is the name of your Budget, make sure its something meaningful (ie Monthly-Budget_MG-LandingZones)
   • Reset period (Monthly/Quarterly or Annual, this is the period that the Budget resets back to $0 - you can't go wrong with Monthly)
   • Creation date (the date that the Budget will start)
   • Expiration date (the date that the Budget will stop)
10. Budget Amount(this is the overall; amount that you are planning on your resources to spend)
11. 
12. Once you have entered in your Budget details, click Next to configure your Alert conditions. The alert conditions are where you can specify, what you want to alert on ie 50% or 80% of the overall budget amount. Actual - is when it financially reaches that point and Forecasted - is when current consumption is forecasted to reach that budget.
13. Specify an email address to send the Alert to and click Create.
14. 

Time to clean the dishes - Azure Budget Filters​

By default, Scoping the Budget to the Subscription or Resource Group is good enough for 95% of the use cases - but using Budget filters, you can enable a bit more flexibility - for scenarios such as:

• Product-centric alerts
• Service centric alerts

While the scope is your level of the Azure hierarchy, your filter is your handrail to stop you from falling, currently, Microsoft offers the following filters:

One or a combination of these filters can be used to create your own meaningful Budgets! You can target specific resources, an example is if you have resources in a Shared Resource Group - for example, Networking, and you have a VPN Gateway, that is used for a Site to Site VPN, for a specific application, that is sitting in another resource group or subscription - you can add the Resource directly into the filter of your Budget for the Azure Gateway, and then include a Tag - that may reference the rest of the application dependencies.

Budgets can be created with all sorts of various tools, from the Azure Portal to:

• Quickstart: Create a budget with Bicep
• PowerShell (New-AzConsumptionBudget & Set-AzConsumptionBudget)

Relaxing beverage time - Tips & Tricks​

Finished the day of cleaning! Now is the time to sit back and enjoy your favourite beverages, and read the labels on the bottles!

• You can use the Azure Mobile Application to display your Cost and Budgets so keep on top of your consumption on the go!
• The Microsoft Cost Management team are working on new features all the time, including improvements to Cost Management and Budgets! If you like living on the edge - be sure to check out the Preview portal (and add your feedback)!
• You can use an Action Group, to trigger a Webhook or Azure Automation runbook - to resize or stop resources. Action Groups are currently only supported for subscription and resource group scopes, so you may need to have one Budget for Monitoring at a higher level and one Budget for running automation at a lower level.

Students learn in different ways through many possible avenues and experiences. Microsoft has assets to help students navigate through their journey.

This article aims to help to make access to student resources clearer.

Skilling Journey​

There are 3 phases:

• Discover
• Engage
• Grow

Each phase offers various ways of engage, learn and discover Microsoft Azure services and functionality.

Some of the resources for each phase can be found below:

Independent Learner​

If you are an independent learner, the resources below can supplement your desire to learn:

• Learn by Doing: Students can gain the skills to
  apply to everyday situations through hands-on
  personalized training at their own pace or with our
  global network of learning partner
• Showcase Skills: Help advance their career by
  completing challenges that demonstrate expertise.
  Earn globally recognized and industry-endorsed
  certifications and showcase them to their network.
• Code Samples: Test out new capabilities in their
  own projects faster and easier with code samples
  that bring Microsoft technology to life.

Build in the cloud-free with Azure for Students ($100 Azure Credit, No credit card required)

Use your university or school email to sign up and renew each year you're a student. Your school or university doesn't need to be enrolled in a program - your university and school email address is used to validate your student status.

Group Learner​

If you are a group learner, alongside the same content as the indepedant learning path, check out the Microsoft Student Ambassador program to meet likeminded people, and don't forget to check out for your local Azure meetups!

Education Hub​

Located in the Azure Portal, the Education Hub enables easy access to Azure offers and other academic benefits Microsoft provides.

Using the Education Hub, Students can:

• Download free software provided by their Academic Institution
• Sign up for academic-specific Azure offers
• Launch self-guided role-based learning pathways
• Deploy academic-focused ARM templates

FAQS​

A bit of a misleading heading! But there is no need to repeat FAQS that have already been answered by Microsoft or community members; the trick is finding where to go!

Most Student FAQs (Frequently Asked Questions) can be answered on the following page:

Frequently asked questions about the Education Hub, but there may be other questions that don't fit in; if that's the case - make sure you check Microsoft Q&A - as most likely, what you need has been answered by Microsoft or a community member.

Make sure you also check out my post on How can I learn how to use Microsoft Azure? and AWESOME-Azure-Architecture list.

In most regions (and odds are, if your area doesn't have Avalibility Zones, it's on the roadmap to be set up), Microsoft Azure has Availability Zones.

Each Azure region features data centres deployed within a latency-defined perimeter. At a high level, these zones consist of 3 separate data centres with independent cooling, power, switching etc.

Azure availability zones are connected by a high-performance network with a round-trip latency of less than 2ms. They help your data stay synchronized and accessible when things go wrong. Each zone is composed of one or more datacenters equipped with independent power, cooling, and networking infrastructure. Availability zones are designed so that if one zone is affected, regional services, capacity, and high availability are supported by the remaining two zones.

With availability zones, you can design and operate applications and databases that automatically transition between zones without interruption. Azure availability zones are highly available, fault tolerant, and more scalable than traditional single or multiple datacenter infrastructures.

Availability Zone peering​

Today we are going to look into Availability Zone peering:

Each data centre is assigned to a physical zone. Physical zones are mapped to logical zones in your Azure subscription. Azure subscriptions are automatically assigned this mapping when a subscription is created.

Physical Zones vs Logical Zones​

There are a few things to be aware of here that I will call out:

• Physical zones are mapped to logical zones in your Azure subscription.
• Azure subscriptions are automatically assigned this mapping when a subscription is created.

So what does this mean?

We know we have three separate data centres within a single region:

We can see these zones in the Azure Portal when we create resources:

This is great for making your solutions redundant against a single data centre failure and spreading your workloads across different zones; services such as Virtual Networks are zone-redundant by default, allowing access to resources across multiple zones out of the box.

One reason you may have all your resources in a single zone could be latency.

Lets us go back to the paragraphs around physical and logical zones and mapping - what does this mean?

What this means is that each of the three data centres is assigned a physical AND logical mapping, so your Azure datacentres look like this:

When you deploy a resource into an Azure Avalibility Zone and select Zone 1, you choose the Logical Zone, NOT a physical zone.

This means that FOR EACH Microsoft Azure subscription, whether in the same Microsoft Entra ID tenancy or not, Zone 1 can be a different physical data centre.

So if you have resources deployed across multiple subscriptions, and all your resources are deployed to Zone 1 - they MAY NOT be in the same physical data centre.

In an example like the above, you have three separate Azure subscriptions, and you have deployed your Virtual Machines and other resources across all Azure subscriptions into Zone 1, 2 of your subscriptions are using the same physical zone for zone 1, and another subscription is using a separate availability zone altogether.

One of the reasons the logical and physical zones are different is due to capacity management; out of habit, many people select Zone 1 - this would mean that certain zones become overpopulated while others are underutilized. The logical zones allow Microsoft some ability to spread the load.

It's worth noting that mapping the Logical to Physical Zones of the Avalibility Zones within your region is done when the subscription is created.

Checking your Zone Peers using PowerShell and the Azure API​

During normal business use - you don't need to know any of this; select a zone and deploy; if you have resources across subscriptions and run into additional latency - this may be why, although each availability zone is connected through a dedicated regional low-latency network with a round-trip latency of less than 2ms.

But suppose you are curious or want to delve deeper into your Disaster Recovery and resiliency architecture within a single region. In that case, it can be helpful to know the mapping.

This information isn't fed into the Azure Portal. To find the mapping, we need to query the Azure API directly using the Check Zone Peers endpoint.

To do this, I have written a rough PowerShell script that will register the AvailabilityZonePeering Azure feature that you need to enable the lookup and query the API for the mappings.

# Connect to Azure using Get-AzAccount
Connect-AzAccount

# Set the region to 'Australia East'
$region = 'Australia East'

# Get all subscriptions that the account has access to
$subscriptions = Get-AzSubscription | Select-Object -ExpandProperty SubscriptionId

# Get the access token for the authenticated user
$token = (Get-AzAccessToken).Token

# Check if AvailabilityZonePeering feature is enabled and enable it if it's not
$azFeature = Get-AzProviderFeature -ProviderNamespace Microsoft.Resources -FeatureName AvailabilityZonePeering
if (!$azFeature.RegistrationState.Equals("Registered")) {
    do {
        Register-AzProviderFeature -FeatureName AvailabilityZonePeering -ProviderNamespace Microsoft.Resources
        Start-Sleep -Seconds 5
        $azFeature = Get-AzProviderFeature -ProviderNamespace Microsoft.Resources -FeatureName AvailabilityZonePeering
    } until ($azFeature.RegistrationState.Equals("Registered"))
    Write-Host "The AvailabilityZonePeering feature has been enabled."
} else {
    Write-Host "The AvailabilityZonePeering feature is already enabled."
}

# Define the request body for the REST API call
$body = @{
    subscriptionIds= $subscriptions | ForEach-Object { 'subscriptions/' + $_ }
    location = $region
} | ConvertTo-Json

# Define the request parameters for the REST API call
$params = @{
    Uri         = "https://management.azure.com/subscriptions/" + $subscriptions[0] + 
                  "/providers/Microsoft.Resources/checkZonePeers/?api-version=2020-01-01"
    Headers     = @{ 'Authorization' = "Bearer $token" }
    Method      = 'POST'
    Body        = $body
    ContentType = 'application/json'
}

# Invoke the REST API and store the response
$availabilityZonePeers =  Invoke-RestMethod @Params

# Initialize an empty array for the output
$output = @()

# Loop through each availability zone and its associated peers and add them to the output array
foreach ($i in $availabilityZonePeers.availabilityZonePeers.availabilityZone) {
    foreach ($zone in $availabilityZonePeers.availabilityZonePeers[$i-1].peers ) {
        $output += New-Object PSObject -Property @{
            Zone = $i
            MatchesZone = $zone.availabilityZone
            SubscriptionId = $zone.subscriptionId
        }
    }
    $output += ""
}

# Output the results
$output |  Format-Table

Once we have connected to Microsoft Azure and run the script, we will get an output like the one below, which I ran across my own three subscriptions:

On the right-hand side, we see the 'Zones' - these are the Physical Zones, so Zone 1 to 3.

For each subscription, we can see the Logical Zone mapping as well.

In this example, my subscription of '3bdfd67e-6280-43af-8121-4f04dc84706c', if I were to deploy to Zone 2 in my Azure Portal, would deploy to the same physical datacenter as Zone 1 of: '8df7caa2-95cb-44d1-9ecb-e5220ec6a825'.

As you can also see, my Zone 3 matches the same Zone 3 logically and physically for all my subscriptions, but there are differences between Zone 2 and 1.

Again, during normal business as usual, you don't need to know this - but it's always good to know how this works. If you want confirmation of the resiliency of your architecture across Availability Zones, this is a great way to confirm whether your resources are physically located together - or not.

Building a cloud solution on Azure can be an exciting yet daunting task.

The key to a successful implementation is carefully planning and considering solution requirements using the guidance of the Microsoft Cloud Adoption and Well Architecture frameworks.

But knowing what questions to ask and data to capture to give you the bigger picture - to not only consider the solution for the short term and long term, can be difficult. This is where the Azure architecture solution requirements checklist comes in.

Leaning on the great frameworks already in place to assist with the Cloud Adoption and Azure Well Architecture frameworks, the solution requirements checklist is intended to act as a way of asking and capturing the requirements of your solutions. It can be a great reminder to discover some of those requirements (whether functional or non-functional) that you may have forgotten about!

I am using the Azure Review Checklist - as a building block! I created a custom checklist intended to work alongside the review checklists - but aimed more at the discovery and requirements-gathering stage to assist with designing the proper outcomes for the business.

At the time of this article, there are 8 main categories, and various sub categories:

• AI
• Business
• Data
• Governance
• Infrastructure
• Microservices
• Observability
• Resiliency

Examples of some questions are:

The Azure Architecture - Solution Requirement Consideration checklist, is intended to be a living resource, I am not an expert in all fields so there may be gaps or questions you feel is relevant or missing! Feel free to open a Pull Request to contribute! This is for you!

You can find the latest version of the checklist on GitHub here: lukemurraynz/Azure_Checklists

Using this is simple!

1. Download the latest version of the excel spreadsheet from: Azure/review-checklists.
2. Download the latest version of the Azure Architecture checklist.
3. Open up the review_checklist excel document and click Import checklist from JSON
4. 
5. 
6. Select the downloaded: azure_architecture_checklist.en.json

Once imported, you can now save the excel document, and start adjusting the Severity, Status and add Comments - to capture the information, to then use to architect your solutions!

Note: I do not create, edit or modify the Excel spreadsheet, created by for the Azure Reviews - I simply use it to run my custom checklist. Make sure to check out the Azure Review Checklists!

There are some settings that you might need to change in your system to run macro-enabled Excel spreadsheets. When initially opening the file you may see the following error, which prevents Excel from loading:

Excel cannot open the file 'review_checklist.xlsm' because the file format or file extension is not valid. Verify that the file has not been corrupted and that the file extension matches the format of the file.

In other cases the file opens with the following message, which prevents you from being able to load the checklist items:

Unblock file or add an exception to Windows Security​

1. You might need to unblock the file from the file properties in the Windows File Explorer, so that you can use the macros required to import the checklist content from github.com:
2. Additionally, you might want to add the folder where you cloned this repo to the list of exceptions in Windows Security (in the Virus & Threat Protection section):