Why Hyper

The Best from Both Worlds: VM and Container

Performance

When VMs take tens of seconds to boot, Hyper is able to launch instances in sub-second. Also, Hyper requires the slimmed resource footprint: 28MB RAM, which means higher density: run hundreds of Hyper instances on a server, where a dozens of VMs would overload.

Secure

Hyper is immune from the "shared kernel" problem in container, because virtualization offers an excellent Hardware-enforced Isolation. The attack surface for a VM instance is quite small, as it lacks the variety of functions (and, therefore, the potential flaws to be exploited) provided by standard operating systems.

Portable

Hyper is hypervisor agnostic. The current implementation supports KVM, Xen, and VirtualBox (according to the platform), with more in the roadmap. Combined with the portability of App Container Image, Hyper allows you to build, ship, run app anywhere, without worrying the infrastructure technology stack.

Immutable

Hyper eliminates the need of Guest OS. There is no moving parts inside of a Hyper instance to be configured or managed. The entire stack is Immutable.

BYOK - bring your own kernel

In a multi-tenant environment, the platform must allow developers to pick different kernel and modules. This is an easy job in Hyper, but very hard to do in containers, due to the fact of "sharing the host's kernel".

Production Ready

Virtualization is mature. Features like LiveMigration, SDN, SDS have been battle-tested for years. With Hyper, you can just Plug & Play. No need to wait another two years for the container-version SDN.

Better ROI

Virtualization is widely implemented among enterprises. Instead of rebuilding everything with containers, Hyper provides a Seamless Migration path to your existing virtual infrastructure.

Summary

The following table gives a more detailed comparision between Container, (traditional) VM and Hyper:

-

Last updated