Skip to content

Platform engineering and IaC

Infrastructure that is built from code, reviewed like code and owned by you.

When infrastructure is changed by hand in portals, every environment drifts, every change is a risk and knowledge lives in people's heads. We put your platform into code and pipelines, so changes are reviewed, repeatable and recorded in a repository you own.

Start with an Infrastructure Review
Server rack mid-build with neatly dressed white and blue network cabling.

What we build

  • Infrastructure as code for Azure and hybrid estates, using Terraform or Bicep to suit your team
  • Reusable modules for the patterns you repeat: landing zone spokes, virtual machines, networks, storage, identity for workloads
  • Pipelines that plan, review and apply changes, with approvals where your change process needs them
  • Policy as code: Azure Policy and Conditional Access managed in the repository, not only in the portal
  • Image pipelines for Windows and Linux servers and virtual desktops
  • Drift detection that shows when something has been changed by hand
  • Runbooks and automation for the operational tasks your team repeats
Four stages left to right: Design, Build, Cutover with a rollback path, and Handover.

Why it matters

Code makes the environment reviewable: every change has an author, a reviewer and a reason. It makes it repeatable: a new spoke or server is built the same way every time. And it makes it transferable: whoever runs the environment next can read how it is built.

This is how North Ark runs every environment it touches. It is also the reason Managed Engineering can grow scope without a matching growth in cost.

How it runs

  1. Start with one pattern: the change your team makes most often, or the one that goes wrong most often.
  2. Build it as code, with a pipeline, in your repository, and use it in production.
  3. Bring existing resources under management where it is safe to do so, rather than rebuilding them.
  4. Add patterns one at a time, each with an owner and documentation.
  5. Train your team on the workflow, so they can make changes through it themselves.

Working with traditional infrastructure teams

Most infrastructure teams didn't start as software teams, and they don't need to become one. We introduce code and pipelines in steps your team can adopt, pair with your engineers on the first changes, and keep the workflow simple enough to use during an incident.

Questions buyers ask

Terraform or Bicep?

Either works well for Azure. Terraform suits multi-cloud and teams that already use it. Bicep is Azure-native and simpler for Azure-only estates. We choose with you, based on your team and platforms.

Can you bring our existing environment under code?

Yes. Existing resources can usually be imported and managed in place. We start with the resources that change most and leave stable ones until later.

Where does the code live?

In a repository in your tenant, such as Azure DevOps or GitHub, from the first day.

Do our engineers need to learn to code?

They need to learn the workflow: making a change, raising a pull request and reviewing someone else's. We pair with them until they are comfortable.

What happens to changes made in the portal?

Drift detection shows them. Emergency changes made by hand are brought back into code afterwards, so the repository stays the true record.

Start a conversation

Put the platform into code your team can read.

Tell us which change you would automate first.

Talk to an Engineer