Deploy a docker container to a RaspberyPi via Azure DevOps

Running a container on a RaspberryPi sounded like a pretty cool way for me to get .net code running on one of my many RaspberryPi's I use around the house for my projects, without all the fuss of having to develop and run the code directly on the Pi.

What are we going to do?

In this post I'll show you how to:

  1. Build the container
  2. Deploy an image to Azure Container Registry
  3. Configure the RaspberyPi
  4. Deploy the container with Azure DevOps
  5. Conclusion

Build the container

The details of the container build are going to depend on your project and requirements. For this demonstration, I'm going to use an example that drove me to want to try this out. I wanted to see if I could get .net code running on my Pi.

So first things first. We're going to need some .net code.
Run the following command to create a new console app.

dotnet new console

Then we create a straightforward C# app to display some text on a 10-second loop.

using System;

namespace raspberryPi
    class Program
        static void Main(string[] args)
            while (true) {
                System.Console.WriteLine($"{DateTime.Now} Hello from the Pi!");
                System.Threading.Thread.Sleep(10000); // sleep for 10 seconds

To package the app in a container, we need to create a Dockerfile that instructs Docker how to build the image that we will deploy to the RaspberryPi.

First, pull the dotnet core sdk image from the official Microsoft container registry. This image has the dotnet tools for Windows needed to compile the source code.

# use the pc version of the SDK to compile
FROM as build
WORKDIR /build

The next thing to do is copy over the Visual Studio project file and restore all of the application's dependencies. I chose to do this as a separate layer, so it is only needed when the dependencies change, rather than every time the image is built.

# copy csproj and restore as distinct layers
COPY /src/*.csproj ./
RUN dotnet restore

Copy over the source code and run dotnet publish to compile the code. Notice that the release architecture is targeted at linux-arm as we'll be running the compiled code on the RasperryPi.

# copy & compile the source 
COPY ./src ./ 
RUN dotnet publish -c Release -o out -r linux-arm

This is where the magic happens.

In the steps above, we used the Windows dotnet core sdk to compile the source code, however, we will be running this on ARM architecture that is native to the hardware of the RaspberryPi.

To handle this, I pull down the ARM32 image of the dotnet core sdk. This is the base image of the container running on the RaspberryPi that will execute the compiled code.

So basically:

  1. Build it on Windows (x86)
  2. Run it on Linux (arm32)

In the dockerfile, create a few directories and copy over the dll compiles from the Windows sdk in the step above.

# use the arm version of SDK to run (on the pi)
CMD mkdir -p /root/helloworld
WORKDIR /root/helloworld
COPY --from=build /build/out/ .

And then tell the container what to run on start-up.

# Run the binary
ENTRYPOINT ["dotnet", "./raspberrypi.dll"]

The complete dockerfile looks like this:

# use the pc version of the SDK to compile
FROM as build
WORKDIR /build

# copy csproj and restore as distinct layers
COPY /src/*.csproj ./
RUN dotnet restore

# copy & compile the source 
COPY ./src ./ 
RUN dotnet publish -c Release -o out -r linux-arm

# use the arm version of SDK to run (on the pi)
CMD mkdir -p /root/helloworld
WORKDIR /root/helloworld
COPY --from=build /build/out/ .

# Run the binary
ENTRYPOINT ["dotnet", "./raspberrypi.dll"]

Finally, we need to build and tag the image with the registry and repository names.

docker build . --tag

Unfortunately, since the final image is targeted at ARM architecture, we are unable to test the container from our local development machine.

Deploy an image to Azure Container Registry

Before we can pull the image down to the RaspberyPi, we first need to put the image in a location where it can be pulled from the devices that will be running it. This is where a Container Registry comes in.

Any container registry will work for this, such as DockerHub, Amazon ECR or Google Container Registry. You can even choose to host your own should you feel so inclined, but remember that you may be adding some complexity when it comes to connectivity.

I chose to use Azure Container Registry in this circumstance because I plan on expanding my project to use other Azure services, and it makes sense to me to keep everything together.

Create the registry

The first thing we need to do is create the Azure Container Registry. That can be quickly taken care of with a simple ARM template.

The two things to take note of here are:

  1. The registry name
    The name of the container registry to create. It must be all lowercase and globally unique (like a storage account), and this name is used for the public DNS endpoint that also gets created with it (more on this later).
  2. Resource property - adminUserEnabled: true
    Creates an admin user on the container registry that we can later use to authenticate, to push/pull images.
    "$schema": "",
    "contentVersion": "",
    "parameters": {
        "registryName": {
            "type": "string",
            "metadata": {
                "description": "The name of the azure container registry to create"
            "defaultValue": "raspberrypidemo"
    "variables": {},
    "resources": [
            "name": "[parameters('registryname')]",
            "comments": "Container registry for storing docker images",
            "type": "Microsoft.ContainerRegistry/registries",
            "apiVersion": "2017-10-01",
            "location": "[resourceGroup().location]",
            "sku": {
                "name": "Basic"
            "properties": {
                "adminUserEnabled": true

... and a quick deploy to Azure using the az cli

az group create raspberrypidemo --location "australia east"
az group deployment create --resource-group raspberrypidemo --template-file .\arm\deploy-acr.json

Check the Azure portal and confirm the registry has been created.

Push the image

When the container registry is created, it is a default DNS name of <registryname> This in combination with the Admin username and password, can be used to login to the container registry and push/pull images.

Lucky for us, all of this information can be conveniently viewed from the Access Keys blade of the container registry in the Azure Portal.

Next thing to do is to log in to the Azure Container Registry using the docker login command and push the image to the registry.

docker login -u raspberrypidemo -p [REDACTED]
docker push

Once the push has completed, I can now see the image in my repository in Azure.

Configure the RaspberryPi

The image is built and pushed to the container registry, now I need to pull it down to the RaspberryPi and run it.

RaspberryPi setup

I'm not going to go into detail about how to format the sdcard and install the Raspbian OS here, but I will show you a couple of handy tips to make a new setup easier.

If you use these tips, you'll be able to ssh into your Pi over WiFi on first boot. No need to plug in a display and keyboard to get it configured!

 Before you start
Apply these tips directly after the Raspbian image has been applied to your sdcard and before RaspberryPi has been booted for the first time.

Auto enable SSH

You can automatically enable SSH on first boot by creating an empty text file on the root of the boot partition on sdcard called ssh (no file extension)

Auto configure WiFi

WiFi can automatically be configured similarly to the steps above.

On the root of the boot partition, create a new file called wpa_supplicant.conf with the following contents:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev

 Unix line endings
If you're using Windows to make this change, ensure that the End of Line Sequence is set to the Unix standard of LF

Now when you boot the Pi for the first time, it should connect to your WiFi network and enable you to SSH right in.

Optimize for headless

If you are using the Pi for a headless application, then you can reduce the memory split between the GPU and the rest of the system down to 16mb. This setting allocates more CPU resources to your application, instead of reserving a bunch to render graphics.

Edit /boot/config.txt and add this line:


Install and configure Docker

The latest version of the Raspbian Jessie officially supports running docker.

To get it installed, just run the following command:

curl -SSL | sh

Next, allow docker to be run as non-root

sudo usermod -aG docker pi

Set docker to auto-start

sudo systemctl enable docker

And finally, give the Pi a reboot for good measure

sudo reboot

Install the Azure DevOps build agent

The build agent is the secret sauce that makes the automated deployment possible. With the build agent installed on the RaspberryPi, we can use it to execute build agent tasks from the build and release pipeline.

Create an access token

The first part of configuring a new agent is creating an access token for it to use to authenticate against Azure DevOps.
The access token will determine what resources in our project the agent has access to, and what permissions it has to those resources.

  1. In Azure DevOps, click your profile icon --> Security

  2. Click Personal access tokens --> New Token

  3. In the Create new personal access token pane, give the access token a name, and set an expiration date.

  4. Under Scopes, select Custom defined.
    Give the access token the following permissions:

    • Agent Pools: Read & Manage
    • Deployment Groups: Read & Manage
  5. Click Create to create the new access token.

 Can't find the permission scope?
Click the show all scopes hyperlink at the bottom of the pane.

  1. Once created, the access token is displayed on the screen. Save this token somewhere now as this is the only time it is displayed and we're going to need it later. If you lose it, you'll need to regenerate the token.

  2. The new access token is shown in the list of all your other access tokens.

Create an agent pool

The next step is to create a new agent pool. As the name suggests, an agent pool is a pool of agents that can be targeted to execute tasks from our build/release pipelines.

  1. In the Azure DevOps Project, click Project settings.h

  2. Under the Pipelines heading, click Agent pools.

  3. Click Add pool

  4. Give the agent pool a name, and click Create

Install the build agent on the RaspberryPi

Download the agent to the raspberry pi

  1. Click the agent pool, and click New agent

    This displays the Get the agent dialog.

  2. Click the Linux tab up the top, and the ARM heading on the left.
    This shows the download and configuration instructions for the Linux ARM build agent.

  3. Click the clipboard icon next to the download button to copy the agent download URL to the clipboard

  4. Download the agent on the raspberry pi

    [email protected]:~ $ wget
  5. Extract the agent into a new directory, and run the configuration script.

    [email protected]:~ $ mkdir az-agent && cd az-agent
    [email protected]:~/az-agent $ tar zxvf ../vsts-agent-linux-arm-2.150.3.tar.gz
    [email protected]:~/az-agent $ ./

Configure the agent

Just follow the instructions displayed on the screen from the configuration script.

  1. First, accept the license agreement.

    Enter (Y/N) Accept the Team Explorer Everywhere license agreement now? (press enter for N) > y
  2. Enter the URL of your Azure DevOps organization. This is in the format of<your organization name>

    >> Connect:
    Enter server URL >
  3. For the authentication type, enter PAT (Personal Access Token).

    Enter authentication type (press enter for Negotiate) > PAT
  4. Next it'll prompt for the token value. This is the access token we created earlier.

    Enter personal access token > ****************************************************
  5. Enter the name of the agent pool we created

    >> Register Agent:
    Enter agent pool (press enter for default) > RaspberryPi
  6. Enter a name to give this specific agent. These should be unique so you can tell the difference between agents if you have more than one agent in an agent pool.

    Enter agent name (press enter for raspberrypi) > rpi-demo-01
  7. It will now scan what capabilities are available to the agent, and do a quick connection test.

    Scanning for tool capabilities.
    Connecting to the server.
    Successfully added the agent
    Testing agent connection.
  8. Enter the location of the work folder. The work folder is a folder on the local system that the agent uses to copy files and execute commands etc. when running build/release agent tasks. I just left mine as default.

    Enter work folder (press enter for _work) > 
    2019-05-24 06:17:08Z: Settings Saved.

  9. Back in the Azure DevOps portal, confirm the agent is registered by clicking the Agents tab on the agent pool.

Configure the agent as a service

Notice the agent is registered, but it's offline. It's installed on the RaspberryPi and connected to our agent pool; however, the agent is not started on the Pi. To fix that, the build agent can be configured as a service.

In the agent directory on the Pi, there's a service configuration script we can run to do this for us.

  1. Install the build agent as a service

    sudo ./ install
  2. Start the service

    sudo ./ start

Back in the Azure DevOps portal, the agent will show as online.

Deploy the container with Azure DevOps

All the setup, there is nothing left to do but to deploy some containers! Let's get into it.

Create a build

The build pipeline is going to use docker build to build our image, and docker push to push it up to the image repository in Azure Container Registry.

  1. In Azure DevOps, create a new empty build pipeline.

  2. Select Hosted Ubuntu 1604 as the agent pool.

  3. Add a new docker task

  4. Click the docker task.

  5. Before we can connect to the Azure Container Registry, we need to create a new service connection.
    Under the Container Repository heading, click Manage.

  6. Click New service connection --> Azure Resource Manager.

  7. Configure the details of the service connection, and click OK

  8. Back in the Docker build task, click the New button to configure a new container registry connection.

  9. Make sure to select Azure container registry as the registry type, and configure the rest of the configuration details.

  10. Enter the name of the container repository. This is the same repository name used to tag the image.

  11. Click Save and Queue

  12. Confirm the build completed successfully

 Did your build fail?
Make sure you're using the Hosted Ubuntu 1604 agent pool for the Docker build tasks.

  1. Confirm a new image exists in the repository in Azure Container Registry with the tag of the Azure DevOps build number

Create a release

The release pipeline contains a few commands that execute on the RaspberryPi via the build agent. This method is how we deploy the image to the Pi, and create a new container from the image.

  1. Create a new empty release pipeline

  2. Create a new stage called Deploy to RaspberryPi

  3. Click Add and artifact

  4. Expand the artifact types, and select Azure Container Repository

  5. Select the service connection to the Azure Container Registry that was created in the build pipeline

  6. Select the resource group from the dropdown

  7. Select the container registry from the dropdown

  8. Select the repository from the dropdown

  9. Click Add

  10. Enable the continuous deployment trigger. This will create a new release each time a new image is uploaded to the image repository.

  11. Open the task configuration of the Deploy to RaspberryPi stage

  12. Click the Agent Job heading, and select the RaspberryPi Agent Pool that was created earlier

  13. Click the Variables tab

  14. Create a new pipeline variable called acr_password

  15. Populate the value with the password of the Azure Container Registry

  16. Click the padlock icon to encrypt the value of the variable

  17. Back in the Tasks tab, add a three new Command line script tasks

  18. Name the first task docker login and use the following script.

    docker login -u raspberrypidemo -p $(acr_password)
  19. Name the second task docker stop and use the following script

    docker stop rpidemo
  20. In the control options for the second task, check continue on error

  21. Name the third task docker run and use the following script

    docker run --rm --name rpidemo --detach$(Build.BuildId)

  22. Save and create a release

  23. Initiate a manual deployment to the Deploy to RaspberryPi stage

  24. Check for a successful release

 Partially successful release
The very first release will have an result of partially successful. This is because the second task in the release definition is to stop the container. On the first release, a container won't be running.

Now if we ssh into the RaspberryPi, we can see the container is started and successfully running the .net core app!


Having the ability to automatically push code updates to my many RaspberryPi's is incredibly helpful every time I want to iterate on one of my personal projects. It means I can develop locally using the tools that I'm used to, instead of editing files via vim over ssh, or shifting files around via scp, which is a massive time saver.


  1. This is a great article, the best I have seen on doing this.. but I am failing… 1st it was the latest build of raspbian – buster and docker not playing nice.

    So I installed Raspbian stretch, I pushed to docker hub and did a manual pull, I wanted to see it work on the pi before doing it all as this isn’t my first attempt at getting this working.

    I now get the following error

    No executable found matching command “dotnet-/.raspberrypi.dll”

    I’ve been messing around with the dockerfile trying different things but no joy… if you have time and wouldn’t mind helping that would be awesome – thanks for the post 🙂

    1. It sounds like there may be something wrong with your dockerfile, specifically the last line. It should be something similar to:

      ENTRYPOINT [“dotnet”, “./raspberrypi.dll”]

      My suggestion would be to double check and make sure there’s no typos in there, and that it’s syntactically correct. Here’s a link to the Docker documentation if you need to reference the correct syntax for your Dockerfile:

  2. Thanks for you reply. Very much appreciated. We got it working. 🙂 I’m so happy, I stream it last night on twitch, and a member of chat suggested changing for ENTRYPOINT to CMD [“dotnet”, “raspberrypi.dll”] and that fixed it…

    You can watch here if you are interested :

    thanks again for this awesome post, we got the whole thing working 😀

  3. Thanks for the article. It helped us getting the pipeline ready! Very much appreciated.

    Note: VS Agent currently (15/11/2019) cannot be installed on Rasbian buster. We downgraded to stretch to make it work.

What do you think?