>
> My intent with unikernel-runner is to use it as a platform to experiment
> with:
>
> 1. Improving Docker/unikernel integration.(e.g. native support for L2
> connectivity so that CAP_NET_ADMIN is not required)
> 2. Use it as a "higher level stack" client for the rumprun configuration
> specification, so that I can validate and test that work.
> 3. Supporting other unikernel projects, either by adding specific support
> to unikernel-runner or getting other projects on board with using the
> configuration spec.
> 4. Distributing "ready-to-run" binary unikernels using Docker Hub. This
> ties in with David Halls' work[4], and completes the stack with
> Docker+KVM providing the "run" part.
>
>
What are the advantages of this approach over using something like Alpine
Linux in a container (or for that matter a VM) to run your app? It's a
question that people are going to ask.
