Deploying to on-premises Windows machines with Azure DevOps - Part 1 | DevOps Lab

Sdílet
Vložit
  • čas přidán 24. 09. 2019
  • In this series, Abel and Zachary Deptawa walk through deploying to on premises Windows servers behind firewalls using Azure DevOps.
    In part one, we walk through configuring a Build for a .NET application inside of Azure DevOps. In later episodes, the build will be used with Deployment Groups on Windows servers and we'll set up a Release Pipeline to repeatably and reliably deploy to those Windows servers behind a firewall.
    Follow Zachary Deptawa on Twitter: @zdeptawa
    Follow Abel Wang on Twitter: @abelsquidhead
    Azure DevOps: dev.azure.com
    Deployment Groups in Azure DevOps: aka.ms/dol/DeploymentGroups
    Create a Free Azure Account: aka.ms/c9-azurefree
    #azuredevops #azurepipelines #windowsmachines
  • Věda a technologie

Komentáře • 39

  • @AnthonyCool
    @AnthonyCool Před 4 lety +1

    Thank you! Finally!

  • @waytosanathan
    @waytosanathan Před 4 lety +2

    Awesome. Giving a walk through from requirements angle instead of listing what all ADO can do is the really appreciated

  • @innocentobie5327
    @innocentobie5327 Před 4 lety

    Awesome...
    How can i connect to tfs from Visual studio using the server IP ?

  • @NillKitty
    @NillKitty Před 2 lety +4

    I LOVE how Microsoft casually assumes that it's normal for your (presumably sensitive, enterprise) application servers to be able to just reach out to any arbitrary node on the internet --- you STILL have to open the firewall -- it's just outbound, not inbound. Unless you're Microsoft and you configure your perimeter firewalls the same way Windows Firewall is configured out of the box (Outbound = Permit All). Good job.

  • @VideofrFun
    @VideofrFun Před 4 lety

    I have created CI pipeline and now i want to copy my artifacts and paste in side my Linux server under some directory, But Linux server is Under Firewall for that i have installed azure agent on Linux server and did setup in Deployment Groups. Now agent is showing online on dashboard.
    Now while creating release, what type of task we can to copy and transfer artifacts on Linux server.

  • @lolapplesauce
    @lolapplesauce Před 4 lety

    Part 2! what a cliffhanger

  • @abhishekchaube5773
    @abhishekchaube5773 Před 4 lety

    How do i edit Yaml when i create build pipeline in this way. I am unable to see or change Yaml file

  • @reguitarded
    @reguitarded Před 4 lety +1

    Release part 2 already! 😁

  • @albertamoyaw4614
    @albertamoyaw4614 Před 4 lety

    I’m looking for the backend architecture for Azure DevOps data mining. I need to be able to build custom reports to show test results, test development, project development, velocity burnup and burndown, points assigned & completed per employee per release & sprint, etc. etc. Previously I was pulling everything from the On-Prem TFS_Warehouse.
    If you can point me toward any resource that can provide more details on how to access the necessary data I would appreciate it.

  • @vocalist_kb
    @vocalist_kb Před 4 lety

    I am trying to deploy code from azure devops to on preme vm or server
    Is it important to install agent on VM or server before installing Deployment group.
    Can I use deployment group without installing agent in on preme VM or in server

  • @tsss5271
    @tsss5271 Před 4 lety +1

    Diverted from the main topic which was deploying behind firewalls?

  • @ramanareddybuchepalli6844

    Thank you..so, we need to install agent in all machines..right? Does it cost for each agent installed or register to deployment group?

    • @reguitarded
      @reguitarded Před 4 lety

      buchepalli ramanareddy it’s free

  • @robwalker4653
    @robwalker4653 Před rokem +1

    Doubt I'll get an answer on this. But I did this for an old win forms app. I wanted to build and copy the app to an internal server that all devices feed off. I got this working using deployment groups, but every build would overwrite the previous on our server, I tried getting it working so I could store each new build in a new folder name with the latest git commit ID, but no luck.
    I then looked into doing it with YAML and using Environments. This created the agent service on the target machine, but I haven't been able to actually push the build to the Environment.

    • @AzureDevOps
      @AzureDevOps  Před rokem

      YAML and environments are definitely the best way to achieve this. Have you tried altering the physical path of the target server? Maybe use the buildID to create a new folder for each release?

    • @robwalker4653
      @robwalker4653 Před rokem +1

      @@AzureDevOps I managed to get it working in the end. I'd never used YAML before so was working it out on the fly and there was no easy option on devops to add what I wanted. Learnt some new things along the way so all good fun :)

    • @TheAprilEdwards
      @TheAprilEdwards Před rokem

      @@robwalker4653 Learning is always great. Glad you found the answer :)

  • @williamcthompson7410
    @williamcthompson7410 Před 2 lety

    Do you have the same video available for how to do this with full pipeline YAML (using what I think would be environment/resources) ?

    • @apriledwards3422
      @apriledwards3422 Před 2 lety

      Hi William! I believe episode 3 goes into that, but check out episodes 2 and 3. Also we have some good docs on this: docs.microsoft.com/en-us/azure/devops/pipelines/process/environments?view=azure-devops

    • @williamcthompson7410
      @williamcthompson7410 Před 2 lety

      @@apriledwards3422 Still trying to get the following working...
      I have the basic deployment syntax, using it for an approval with human signoffs and an API call. I have an environment (X) with two Virtual Machine resources A & B which means successfully running the powershell on servers A & B.
      What I'm trying to get to is... A central AzDO agent doing the build stage (got it) with another stage with a deployment job where the agent on the servers A & B deploy to the server that "local" agent is running on.

    • @AzureDevOps
      @AzureDevOps  Před 2 lety

      @@williamcthompson7410 Are you trying to chain other servers off A&B? Why not use deployment groups. Sorry, I might be missing the config a bit.

    • @williamcthompson7410
      @williamcthompson7410 Před 2 lety

      @@AzureDevOps I'm asking about full YAML. Deployment groups are for "classic" release definitions. Those done via the UI.
      And actually we figured out this out already after asking the question. We got an AzDO agent installed onto target servers, talking to the central AzDO service. You have to declare an "environment" in AzDO of the target servers with tags describing the servers. From there you need a little more syntax in using "deployment" to use the virtual machines meeting those tags declared in an environment.

    • @williamcthompson7410
      @williamcthompson7410 Před 2 lety

      The answer here was just a LITTLE more syntax under "deployment" that declared it was virtual machines meeting a certain tag.
      environment:
      name: myenv
      resourceType: VirtualMachine
      tags: a,b,c

  • @sarahhdoubleh74
    @sarahhdoubleh74 Před 3 lety +1

    has anyone tried to install the agent on a 2008 windows server???

  • @medusaskull9625
    @medusaskull9625 Před 2 lety

    It turns out most videos you can find is the CI portion. The CD is till a future promise.

  • @corrierobbertse1524
    @corrierobbertse1524 Před 3 lety +1

    when they tried poking wholes in the firewall they missed and hit your ears...

  • @pallavisingh2000
    @pallavisingh2000 Před 4 lety

    Where is part 2? Can someone help me with part 2?

  • @bobweiram6321
    @bobweiram6321 Před 3 lety +1

    Azure's screens are confusing and YAML sucks! There's a lot of clicking around to find out what does what. It's also a pain to use and adds another unnecessary and cumbersome scripting language in the process.