3 ms·
You don't always require a shell if all you need is info about the system. Such a logging process can easily be compiled into the application and that data regu
by amirmc 12y ago
You don't always require a shell if all you need is info about the system. Such a logging process can easily be compiled into the application and that data regularly pushed elsewhere. If you need to change what's being logged then adjust the code and recompile/deploy a new Unikernel. I have a version of my website being compiled as a Unikernel and the workflow is very simple [1].
My point is that the whole workflow of creating and deploying applications becomes much simpler as the final VM can be an (almost) disposable item, rebuilt at-will. This is pretty much what the configuration management tools are all striving for but Unikernels work this way by design. Therefore, our notions of managing such systems will also change.
[1] http://amirchaudhry.com/from-jekyll-to-unikernel-in-fifty-lines/ http://amirchaudhry.com/from-jekyll-to-unikernel-in-fifty-li...
- eric_bullington 12y agoOh, great blog post. I've been looking for an excuse to re-do my website -- right now it's running on a semi-custom Python blog engine. I've been doing Project Euler in OCaml recently so this is a perfect excuse to expand my horizons.
- amirmc 12y agoThanks! If you're interested in deploying to EC2 then you should also look over Mindy Preston's posts [1]. There will also be more work done on improving cloud deployment over the summer [2]. I expect it won't be too long before we can have a heroku-like experience/system for easily building and deploying Unikernels to third-party clouds. [1] http://www.somerandomidiot.com/blog/categories/mirage/ http://www.somerandomidiot.com/blog/categories/mirage/ [2] http://openmirage.org/blog/welcome-to-our-summer-hackers http://openmirage.org/blog/welcome-to-our-summer-hackers