Automation
Azure Automation allows you to automate the creation, monitoring, deployment, and maintenance of resources in your Azure environment using a highly-available workflow execution engine. Orchestrate time-consuming, error-prone, and frequently repeated tasks against Azure and third party systems to decrease time to value for your cloud operations.
Visit the Automation page to learn more about Automation and how to get started.
-
Continuous Deployment of runbooks
I have runbooks that are stored in source control which then get deployed to Azure Automation. The process of deploying them is rather cumbersome (basically a bunch of hand crafted Powershell scripts that call the Azure Automation cmdlets). It seems to me that there are going to be lots of people crafting the same kind of scripts - that's a lot of wheel-reinvention going on.
I'd like to see some features introduced that support quick and easy Continuous Deployment of runbooks (i.e. I check them into source control and they automatically get deployed to Azure Automation).Some ideas:
-Support Continuous…42 votesThank you for the feedback. The product team has noted this suggestion and will consider it if resourcing allows.
-
multiple powershell module versions in automation module
We can't have multiple version of a powershell module in automation.
We develop some DSC resources and we using in different configuration of project but sometime we havnt the same version in each configuration. Like old configuration for project1 with xPSDesiredStateConfiguration with 4.0.0.0 and new configuration for project2 with xPSDesiredStateConfiguration version 6.2.0.0 .
So each time we want to compile we need to upload the old or new version. It's not working like a nugget server keeping old version.32 votes -
Git (Stash) Source Control Support or TFS On-Prem
Would be good if we could connect to our Stash server rather than having to use GitHub. Alternatively we have an on-prem TFS setup that we could also use. Data sovereignty issues prevent the use of GitHub/VSO at this time.
28 votesThanks for your feedback on this! We are definitively interested in private/on-prem scenarios for source control.
As we start to do more development in this area, our team will follow up to get more details about your specific needs. -
authenticate source control fails
We use VSTS + Git for change control. When asked to authenticate there is a failure with 0 additional information. Our source control is part of the same AD tenant.
22 votes -
Sync in both directions
I find that a possibility to sync to repos would be useful as that would enable creation of already existing runbook files in the repo, also the graphical runbooks (if any) could be exported that way.
19 votes -
export /import run book into VSTS
While working on Azure run books we would like to export the the scripts into VSTS and put them under version control. Therefore we have one single source for all code. This is usefully we can keep in sync version of scripts with the current version of code including environment requirements
16 votes -
Github checkin for modules and configurationdata needed
right now, while I can connect to github, the only thing I'm able to check-in or out are runbooks. This needs to be extended to both modules, configurations, and configuration data in order to provide functional DSC support.
Tracking configurations is critical to a proper dev-ops model, and in the current PowerShell implementation of DSC, that means BOTH configuration scripts as well as composite configurations stored as modules.
To take it further, company specific modules need to have the same ease of check-in/out, especially with the removal of versioning from the zip.
15 votesThanks for this feedback. This is something that has been in our backlog, and having your input helps us to prioritize this.
You can currently write your own runbook to use to check in other artifacts as a workaround. You may want to take a look at http://blogs.technet.com/b/privatecloud/archive/2014/05/08/automation-mvp-spotlight-series-tfs-and-service-management-automation-better-together.aspx to see how this was done with TFS and convert to modules.
-
Source Control integration - preserve logging settings
I've noticed that every time Azure Automation syncs up a new version of the runbook (PowerShell script pulled from an Azure DevOps repo) it resets the Logging\Tracing configuration. Is it possible to preserve these settings during sync?
3 votesThanks for the valid suggestion. Your feedback is now open for the user community to upvote & comment on. This allows us to effectively prioritize your request against our existing feature backlog and also gives us insight into the potential impact of implementing the suggested feature.
-
Search does not seem to work for VSTS repository.
We have a large number of projects, some of which have 100s of repositories. The list that shows up is random, probably selecting some max # of repos as returned by the API. But when I type search, I do not find my repository. It always returns the same list, never the thing I was searching for. I am in the Administrator group for the project I am looking for.
1 vote -
Azure DevOps Collection Selector
As we have multiple different Azure DevOps Collections, I would like to see an additional drop to select which collection I want to connect to. I am unsure how it is picking the collection right now, but it is not the connection I need and I don't see a way to change it.
1 vote -
Multiple directories - only repositories from first one are visible
Having same user in multiple directories (in my case, it is my private repository and another one for startup) - I see repositories only from first directory (private) and cannot select others.
1 vote -
certificate
Windows does not let you export a private key certificate without a password, but there does not seem to be any way to specify a password when using ARM. I'm not sure why the ARM resource requires a base64 string--it would make much more sense to just reference a certificate in an existing Key Vault, like the Compute team does.
1 voteThanks for the valid suggestion. Your feedback is now open for the user community to upvote & comment on. This allows us to effectively prioritize your request against our existing feature backlog and also gives us insight into the potential impact of implementing the suggested feature.
-
true Github intergation
Automation has source control and thats great. But it has to be under your username. All the scripts I work on are under the company's page. It should be able to post there.
0 votes -
Allow Advanced source Control Sync to Github and VSTS
provide an option to allow users to unhide the runbooks that sync AA and Github to allow users to modify the process, with their custom process.
Use case would be adding an email notification or integrating with a ticketing system so their is a record of who preformed the sync and when in other system than the Azure Audit log.
0 votesThanks for posting this! You can actually overwrite these scripts with your own content today just by importing a runbook with the same name as the script (just like global modules, these are global runbooks). So for example, you can name a script Sync-MicrosoftAzureAutomationAccountFromGithubV1 and your script will run when you click the “Sync” button.
In order for us to make these scripts public, we need to remove some proprietary code so this isn’t just as simple as releasing them. I’ll discuss with the team to see what we can do though.
- Don't see your idea?