Viewing profile — scprodigy

Despite of the image and kuberentes, etc., let's talk about where the boot speed of container make sense. For microservices and long-running jobs (build, db migration), does it rea…

Hyper.sh is faster, launching your Docker image in 5 seconds.

What control do you have?

How long does it take launch it on triton?

Did you try the test with a FIP?

In my experience, it takes 1min to launch a container in Triton, but 5-10s in Hyper.

Check out: https://trello.com/c/zAc1ia2E/53-hyper-func

No, they are in different games basically.

Let's say you have two images: web and db. Web containers ask for high cpu, but small disk. DB requires big mem and disk. With GKE, you either have different instance types for dif…

Don't think so. Though their stack are open source.

They don't use Linux container, they use hypervisor-based container (see: github.com/hyperhq/hyperd). Therefore it is VM-level isolation.

Ok, I'm a bit lost too. So, your question is the memory consumed by the VM kernel? The tradeoff is the ops overhead to manage the VM instance.

But you don't own the server, thus you don't pay for the overhead (if any).

The value proposition (difference) of Hyper is that while other CaaS try to manage your VM cluster, Hyper makes the cluster just go away.

In terms of a public cloud service, you (customer) don't care. You pay for the amount of memory you used, whether there is one kernel, or many of them, is irrelevant.

What overhead?

website: https://hyper.sh