Not precisely able to understand the merit of Azure CLI on Windows environment.
Is it targetted for the audience who want to manage Azure IAAS from Linux environment?
I thought Powershell core is going to be the way for non-Windows admins. Is PowerShell Core not going to be ported to well on all platforms, to serve the cross-platform audience?
In a nutshell, is it worth learning Azure CLI?
Azure CLI is a PowerShell-like-tool available for all platforms. You can use the same commands no matter what platform you use: Windows, Linux or Mac.
Now, there are two version Azure CLI. The Azure CLI 1.0 was written with Node.js to achieve cross-platform capabilities, and the new Azure CLI 2.0 is written in Python to offer better cross-platform capabilities. Both are Open Source and available on Github. However, for now, only certain PowerShell cmdlets support use on Linux.
Is it targetted for the audience who want to manage Azure IAAS from Linux environment?
I think the answer is yes. For a Linux or Mac developer, I think they more likely to use Azure CLI.
Both, Azure CLI and the PowerShell package use the REST API of Azure.
As one of our Microsoft contacts said: Use whatever you like and you prefer.
There are some pros for Azure CLI:
Currently there is 1 really big positive for PowerShell: there is a huge repository of PowerShell script examples for Azure. BUT: often you have to do it on your own to fit your requirements - therefore an example might be a good starting point - sometimes it is easier to begin from scratch.
My recommendation would be: Use Azure CLI --> For Scripting use the language your company is familiar with.
$t = Get-AzEventGridTopic ... ; $endpoint = $t.Endpoint. With Azure CLI you would have to parse strings for that. –
Malleable $t = (az {your options} | ConvertFrom-Json). That is more an argument for bash VS. pwsh. –
Irs Just wanted to add my experience with both Azure Cli and Az PowerShell.
As per 2019, both are cross-platform so it should only be a language/syntax preference but with Azure Cli all/most commands are idempotent.
I've ended up replacing all my ARM Templates with Azure Cli scripts as it is less verbose and easy to read.
With Az Powershell, you still need to check if the resource exists before creating it otherwise it will throw an exception so scripts can become very complicated for no reason.
We're using both Azure Cli and Az Powershell with Azure DevOps. Azure Cli command can now be executed from bash (Linux) or bat (Windows) scripts. So it is not optimum... (EDIT 2020 You can now run Azure CLI using Powershell scripts as well)
EDIT 2021
With the new Azure Bicep, I've started going back to "ARM type" deployment: Bicep is really easy to use if you understand ARM template and stay readable even with complex deployments.
In addition to Az CLI (Powershell core) it handles most of the scripting i need to do.
PowerShell has some significant advantages over CLI:
There is almost nothing I've not scripted in PowerShell, whereas with CLI I can do something but not others. My PowerShell skills have kept relevant for over 10 years where I've been doing enterprise SharePoint, Dynamics, now Office and Azure... so I am biased.
bash is not a supported language for Azure Functions. I would also highlight that PowerShell is really powerful cross platform scripting language with object level pipe processing. –
Irs Powershell was not available in non-Windows platform prior to 2018. Staring Jan 2018, Powershell is available in MacOS and Linux platforms.
Installation instructions for Powershell on MacOS or Linux is available here
PowerShell is Open Source too. Microsoft have just released PowerShell Azure Az module (Dec 2018), which uses .Net core. So it runs on Linux,Mac OS and Windows. Azure CLI is still there for Linux developers, if preferred.
In a nutshell, is it worth learning Azure CLI?
I've noticed when doing the MS Azure training (AZ-900 fundamentals and AZ-303 Azure Architect) is that the exercises are done in Azure CLI. Granted, they're all "copy and paste this code" but it seems that MS are favouring CLI over PowerShell, at least for training purposes.
UPDATE: I recently had a lot of trouble with Azure CLI behind a proxy. PowerShell did NOT have any issues. As someone used to PowerShell, the CLI is kinda clunky and dumb. That said, Terraform requires Azure CLI so that may be a good enough reason to consider it.
Since this is a frequently asked question in the Community, an article covering the similarities, differences and nuances between the various Azure command-line options was added to the documentation recently: Choose the right Azure command-line tool. This doc should answer most of your questions as well.
When it comes to managing Azure, you have many options. Although Azure CLI, Azure PowerShell, and Azure Cloud Shell have overlapping functionality, each operates differently, and the language is sometimes confused with the environment.
Azure CLI vs Azure PowerShell: Azure CLI and Azure PowerShell are command-line tools that enable you to create and manage Azure resources. While both are cross-platform and installable on Windows, macOS, and Linux, Azure CLI runs in Windows PowerShell, Cmd, or Bash and other Unix shells, whereas Azure PowerShell requires Windows PowerShell or PowerShell.
Different Shell Environments: Windows PowerShell, PowerShell, Cmd, and Bash are shell environments. Your shell environment not only determines which tools you can use but also changes your command-line experience.
Shell Environment | Azure CLI | Azure PowerShell |
------------------|-----------|------------------|
Cmd | Yes | |
Bash | Yes | |
Windows PowerShell| Yes | Yes |
PowerShell | Yes | Yes |
Using an Azure command-line tool isn't always necessary, but it's a useful skill to have. Here are a few key factors to remember when choosing a command-line tool:
Not necessary you'll use the Azure CLI on Linux, you also can use it on Windows and it works pretty well =D
it depends on what you want to do, in my personal opinion. I prefer to work with Azure CLI commands instead of Azure CMDLETS. But I'm still using PowerShell as my programing language for scripts.
Some modules on CLI are more "straight" than AZ or AzRM cmdlets.
Both are preferable because we can use either of them for writing scripts. In the case of Powershell or Azure CLI, you need to download the software in order to write scripts but Powershell is more preferred as it is an in-built tool by Microsoft. But I have also notice that giving commands through Powershell is more complex if we compare it to command prompt.
there is an article from MS on the topic, with following outtakes:
Feature parity for Azure services doesn't always exist between Azure CLI and Azure PowerShell.
When picking the right tool, consider your past experience and current work environment.
If you work primarily with Windows systems, Azure PowerShell is a natural fit. Commands follow a verb-noun naming scheme and data is returned as objects. If you work primarily with Linux systems, Azure CLI feels more natural.
Choose the tool that uses your experience and shortens your learning curve.
I've used both Az Powershel and cli, but when docs are ambiguous or commands are not supported, I highly recommend skipping both and going upstream to Azure Rest API.
Azure Rest API is generally called by the other commandline tools so it ends up being the most feature complete and generally well documented. It's cross platform too.
The hardest part is getting auth figured out. From powershell I usually use a format something like this, but convert to curl+cli or place in a webapp if needed. Here is a random example:
$azContext = Get-AzContext
$subscriptionId = $azContext.Subscription.Id
$azProfile = [Microsoft.Azure.Commands.Common.Authentication.Abstractions.AzureRmProfileProvider]::Instance.Profile
$profileClient = New-Object -TypeName Microsoft.Azure.Commands.ResourceManager.Common.RMProfileClient -ArgumentList ($azProfile)
$token = $profileClient.AcquireAccessToken($azContext.Subscription.TenantId)
$authHeader = @{
'Content-Type'='application/json'
'Authorization'='Bearer ' + $token.AccessToken
}
$uri = "https://management.azure.com/subscriptions/$subscriptionId/resourceGroups/$rg/providers/Microsoft.Web/sites/$site/config/web?api-version=2022-03-01"
$Body = @{
"properties" = @{netFrameworkVersion = "v6.0"}
}
$Params = @{
Uri = $uri
Headers = $authHeader
Method = "PUT"
Body = $Body | ConvertTo-Json -Depth 10
}
$response = Invoke-RestMethod @Params
$response.properties.netFrameworkVersion
© 2022 - 2024 — McMap. All rights reserved.