Skip main navigation

£199.99 £139.99 for one year of Unlimited learning. Offer ends on 28 February 2023 at 23:59 (UTC). T&Cs apply

Find out more

Configuring Octopus – The Environment


By now you should understand a great deal more about Octopus, its Architecture and how to install it. In this step, we’re going to learn how Octopus is configured. Let’s begin by discussing the Environment.

An environment represents a group of machines or cloud services for which a release will be deployed at the same time. For all purposes, an environment is a group that has machines or cloud services inside and it is where code will be deployed.

Not all cloud services will be visible inside an environment, but an environment is always needed for code to be deployed.

An environment has a name and an optional description. An environment can have deployment targets associated with it.

Environments have a defined order and the order of the environments affect how they are shown. This depends on the defined lifecycle of the order in which a version can be deployed, for example, if you can only deploy a release to a higher environment after it has been deployed to the lower environment.

graphical representation of environments on Octopus

By default, a project can be deployed to any environment. To limit the environments to which a project can be deployed, you must create a lifecycle.


Access to an environment can be restricted (view and edit permission) by granting access to environments to a team (and a role to the team). If no environments are assigned, then the team will have access to all environments.

graphical representation of team access to environments

Deployment Target

An environment can have one or more deployment targets. A deployment target represents a machine or target to which you want to deploy packages. The destination can be a Windows or Linux machine, a Windows share, or a cloud region.

graphical representation of deployment target types


An account represents a credential that can be used in steps or with deployment targets for authentication purposes.

graphical representation of adding accounts to environments in Octopus

Machine Policy

Machine policies allow you to define the behaviours that apply to Tentacle and SSH endpoints.

The following behaviours can be configured with a machine policy:

  • Customise the interval between health checks
  • Run custom health check scripts
  • Ignore machines that are unavailable during health checks
  • Configure how Calamari and a Tentacle are updated
  • Automatically delete machines.

Remember to engage with peers – share an experience, ask a question or leave a comment. When you are ready, click on Mark as complete to move on to the next step, Configuring Octopus – Machine Role and Lifecycle.

This article is from the free online

Microsoft Future Ready: Continuous Integration Implementation

Created by
FutureLearn - Learning For Life

Our purpose is to transform access to education.

We offer a diverse selection of courses from leading universities and cultural institutions from around the world. These are delivered one step at a time, and are accessible on mobile, tablet and desktop, so you can fit learning around your life.

We believe learning should be an enjoyable, social experience, so our courses offer the opportunity to discuss what you’re learning with others as you go, helping you make fresh discoveries and form new ideas.
You can unlock new opportunities with unlimited access to hundreds of online short courses for a year by subscribing to our Unlimited package. Build your knowledge with top universities and organisations.

Learn more about how FutureLearn is transforming access to education