Technologies · VM and Container Platform

Run your legacy and modern applications on one platform

Long-running virtual machines and new container applications share the same network and the same rules — and two platforms become one.

Two separate platformsVirtual machinesOwn managementOwn backupsOwn permission modelContainersOwn managementOwn backupsOwn permission modelOne deployment pipelineBoth definitions in code · one approval flowKubernetes · one platform, same rulesVirtual machineLegacy applicationContainerNew-generation appOne virtual networkOne storageOne permission modelThe platform heals itselfWorkloads on a failed serverrestart on healthy servers

What it means for you

  • The business sets the pace

    Add new services next to an existing application without rewriting it first; business needs decide what gets modernized and when.

  • One backup regime, one permission model

    No separate backup, monitoring and permissions for virtual machines and containers — your team learns one way of working.

  • A leaner platform bill

    One platform to license, host and staff instead of two.

How it works, at a glance

  1. 01The legacy application doesn’t wait.
  2. 02One network, one storage, one permission model.
  3. 03The deployment pipeline covers both.
  4. 04The platform heals itself.

In most organizations two worlds live side by side today: virtual machines that have run for years, and a new generation of container applications. Two worlds usually means two platforms — two management planes, two backup regimes, two permission models.

The virtualization capability of an enterprise Kubernetes platform removes that split: virtual machines run on the same platform, under the same rules, as containers. In practice this means:

The legacy application doesn’t wait.

An application that can’t move to containers lives on as a virtual machine on the same platform; modernization proceeds at its own pace.

One network, one storage, one permission model.

A virtual machine and a container talk on the same virtual network and draw disks from the same storage.

The deployment pipeline covers both.

A virtual machine definition lives in code just like a container definition; changes go through the same approval flow.

The platform heals itself.

When a physical server fails, the workloads on it are restarted on healthy servers.

For organizations reviewing their virtualization costs, this architecture offers a path to one platform instead of two.

Contact us

Planning a project or a migration, or have a question about a service? Fill in the form or call 0800 606 1071; we respond within the same business day.