Admiral

Overview

Run a real deploy and a dev-to-prod promotion in about 20 minutes

By the end of this walkthrough you will have connected a cluster to Admiral, deployed a real workload, wired an infrastructure component to it, and promoted the whole thing from a dev environment to a production environment. All on your own machine, using a local Kubernetes cluster.

What you'll build

  • An Application with two Environments: dev and prod.
  • A workload component deployed from a public Helm chart.
  • An infrastructure component whose output feeds the workload (the dependency graph).
  • A promotion that ships the same, tested setup from dev to prod.

The path

Prerequisites

Admiral is hosted, so there is no server to install. You need an account and a target to deploy into. For this walkthrough the target is a throwaway local cluster.

  • An Admiral account.
  • The admiral CLI.
  • A local Kubernetes target, for the Kubernetes agent:
ToolMinimum versionPurpose
Docker20.10+Container runtime for kind
kind0.20+Local Kubernetes cluster
kubectl1.28+Inspect the cluster

The agent is outbound-only - it dials api.admiral.io and pulls its work, so a local kind cluster with plain internet access is enough. No inbound networking, no port mapping. See Architecture.

A note on the two ways to drive Admiral

Every step below is shown in two tabs: the CLI and the Web, in the spirit of how a cloud provider lets you click through a UI or script the same thing. Pick whichever you prefer; they produce the same resources.

On this page