5 ms·

rkt seems a little too inelegant for my likings. wish they had similar buildfiles or cli syntax as docker. even then, i'm not sure what benefit it'd bring over

rkt seems a little too inelegant for my likings. wish they had similar buildfiles or cli syntax as docker. even then, i'm not sure what benefit it'd bring over docker.

RRRA 11y ago
They seem to favor reusing existing tools a little bit more, instead of reinventing an ecosystem in a bubble... I love docker but it feels like they are going too fast to do things in a more modular and plugable way. They could explore extending systemd or having foss tools that match each other or have at least the minimum support for features that are put forward but only properly supported in their SaaS offering... Anyway, I just hope we get more stability and replaceable parts in this field! :)
philips 11y ago
If you think of rkt as an analogy to `apt-get` I think it makes a bit more sense. apt-get has methods for downloading and installing software over the internet. Similarly, rkt has methods for downloading and running container images. And like apt-get rkt doesn't build packages but relies on a spec and a build system. rkt also avoids being an init system. This allows for rkt to be used with existing init systems for things like system services, daemons, etc. It also means that you can use rkt containers alongside your "normal" init tooling.
Mic92 11y ago
it is pretty easy to build aci images with external tools. So there are already a bunch of alternatives and complete new approaches: https://github.com/appc/spec/#what-is-the-promise-of-the-app-container-spec https://github.com/appc/spec/#what-is-the-promise-of-the-app...
StreamBright 11y ago
Are you looking for this? https://github.com/coreos/rkt/blob/master/Documentation/getting-started-guide.md#create-the-image https://github.com/coreos/rkt/blob/master/Documentation/gett... I am not sure if I understand you correctly, you do not like the syntax of acbuild or you there is something else?

rkt seems a little too inelegant for my likings. wish they had similar buildfiles or cli syntax as docker. even then, i'm not sure what benefit it'd bring over docker.

RRRA 11y ago

They seem to favor reusing existing tools a little bit more, instead of reinventing an ecosystem in a bubble... I love docker but it feels like they are going too fast to do things in a more modular and plugable way. They could explore extending systemd or having foss tools that match each other or have at least the minimum support for features that are put forward but only properly supported in their SaaS offering... Anyway, I just hope we get more stability and replaceable parts in this field! :)

philips 11y ago

If you think of rkt as an analogy to `apt-get` I think it makes a bit more sense. apt-get has methods for downloading and installing software over the internet. Similarly, rkt has methods for downloading and running container images. And like apt-get rkt doesn't build packages but relies on a spec and a build system. rkt also avoids being an init system. This allows for rkt to be used with existing init systems for things like system services, daemons, etc. It also means that you can use rkt containers alongside your "normal" init tooling.

Mic92 11y ago

it is pretty easy to build aci images with external tools. So there are already a bunch of alternatives and complete new approaches: https://github.com/appc/spec/#what-is-the-promise-of-the-app-container-spec https://github.com/appc/spec/#what-is-the-promise-of-the-app...

StreamBright 11y ago

Are you looking for this? https://github.com/coreos/rkt/blob/master/Documentation/getting-started-guide.md#create-the-image https://github.com/coreos/rkt/blob/master/Documentation/gett... I am not sure if I understand you correctly, you do not like the syntax of acbuild or you there is something else?