2 ms·
It's obligatory for me to point out that the same engineers built a proof-of-concept component for Diego[0], the scheduler/manager system in Cloud Foundry. This
by jacques_chester 10y ago
It's obligatory for me to point out that the same engineers built a proof-of-concept component for Diego[0], the scheduler/manager system in Cloud Foundry. This is using the same pathway that allows Cloud Foundry to support buildpacks, Docker images and .NET apps under the same scheduler.
So if there was enough demand, this is a viable pathway to having unikernel software managed by a fully mature cloud platform. Personally I think that the OSv/Java unikernel stuff is probably in the sweet spot of industrial demand and plausibility, since programmers on the JVM are accustomed to operating at a fair distance from the OS's APIs.
Disclaimer: I work for Pivotal, we donate the majority of engineering to Cloud Foundry.
[0] https://github.com/emc-advanced-dev/diego-unik-release https://github.com/emc-advanced-dev/diego-unik-release
- RhodesianHunter 10y ago> Personally I think that the OSv/Java unikernel stuff is probably in the sweet spot of industrial demand We're currently using unikernels with our Java micro-services for supply chain/logistics tracking and analytics, and loving it.
- jacques_chester 10y agoCould you email me? I've beat the drum a few times on us supporting unikernel workloads, it'd be nice to have an existing case to suss out what's hard and what's easy. Work email in my profile.
- amirmc 10y agoI'd also be very interested to know more about your use of unikernels and the tooling around them. Would you mind getting in touch? Email is in my profile.