You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@mesos.apache.org by Victor L <vl...@gmail.com> on 2015/01/18 15:16:33 UTC
mesos and coreos?
I am confused: what's the value of mesos on the top of coreos cluster?
Mesos provides distributed resource management, fault tolerance, etc., but
doesn't coreos provides the same things already?
Thanks
Re: mesos and coreos?
Posted by Michael Dilworth <mj...@computer.org>.
i thought coreos was an operating system and not an API
On 18 January 2015 at 18:43, Tom Arnfeld <to...@duedil.com> wrote:
> The way I see it, Mesos is an API and framework for building and running
> distributed systems. CoreOS is an API and framework for running them.
>
> --
>
> Tom Arnfeld
> Developer // DueDil
>
> (+44) 7525940046
> 25 Christopher Street, London, EC2A 2BS
>
>
> On Sun, Jan 18, 2015 at 3:01 PM, Jason Giedymin <ja...@gmail.com>
> wrote:
>
>> The value of coreos that immediately comes to mind since I do much work
>> with these tools:
>>
>> - the small foot print, it is a minimal os, meant to run containers. So
>> it throws everything not needed for that out.
>> - containers are the launch vehicle, thus deps are in container land. I
>> can run and test containers with ease, not having to worry about multiple
>> OSes.
>> - with etcd and fleet, coordinating the launch and modification of both
>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>> ready to launch multitude of containers or just mesos.
>> - security. There is a defined write strategy. You cannot write willy
>> nilly to any location.
>> - all the above further allow auto OS updates, which is supported today
>> on all platforms that deploy coreos. This means more frequent updates since
>> the os is minimal, which should increase the security effectiveness when
>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>> charge quite a bit for managed updates of this frequency and level of
>> testing.
>>
>> Coreos allows me to keep apps in a configured container that I trust,
>> tested, and works time and time again.
>>
>> I see coreos as a compliment.
>>
>> As a fyi I'm available for questions, debugging, and client work in this
>> area.
>>
>> Hope this helps some, from real world usage.
>>
>> Sent from my iPad
>>
>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>> >
>> > I am confused: what's the value of mesos on the top of coreos cluster?
>> Mesos provides distributed resource management, fault tolerance, etc., but
>> doesn't coreos provides the same things already?
>> > Thanks
>>
>
>
Re: mesos and coreos?
Posted by Timothy Chen <ti...@mesosphere.io>.
I think CoreOS provides a good single node OS for executing containers and Fleet provides very simple scheduling and placement and etcd provides discovery primitives.
I think Mesos besides being ore proven to scale and handle failure scenarios, it also provides more primitives for users to write Mesos frameworks that can provide more information and events for applications to be smarter about how it wants to react to these.
Mesos also provides more isolation choices, more statistics available, and also provides a community and existing frameworks that all users can leverage already.
Tim
> On Jan 18, 2015, at 2:27 PM, Victor L <vl...@gmail.com> wrote:
>
> Does that mean mesos is framework to prepare my app to take advantage of clustering environment?
>
>> On Sun, Jan 18, 2015 at 1:43 PM, Tom Arnfeld <to...@duedil.com> wrote:
>> The way I see it, Mesos is an API and framework for building and running distributed systems. CoreOS is an API and framework for running them.
>>
>> --
>>
>> Tom Arnfeld
>> Developer // DueDil
>>
>> (+44) 7525940046
>> 25 Christopher Street, London, EC2A 2BS
>>
>>
>>> On Sun, Jan 18, 2015 at 3:01 PM, Jason Giedymin <ja...@gmail.com> wrote:
>>> The value of coreos that immediately comes to mind since I do much work with these tools:
>>>
>>> - the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
>>> - containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
>>> - with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
>>> - security. There is a defined write strategy. You cannot write willy nilly to any location.
>>> - all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
>>>
>>> Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
>>>
>>> I see coreos as a compliment.
>>>
>>> As a fyi I'm available for questions, debugging, and client work in this area.
>>>
>>> Hope this helps some, from real world usage.
>>>
>>> Sent from my iPad
>>>
>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>> >
>>> > I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
>>> > Thanks
>
Re: mesos and coreos?
Posted by Shuai Lin <li...@gmail.com>.
Nope. First, mesos is not a "framework". A framework is what you use in
your application to help build the app itself, like spring, rails, or
django. Mesos is more fundamental.
- mesos gathers all the resources (cpus/mems/disks) of the nodes in your
cluster and make it a resource pool
- your app doesn't even know it's scheduled and managed (e.g.
started/stopped) by mesos (to be exact, by any framework running on mesos,
like marathon)
So you can think mesos as an "distributed operating system" , just as
mesosphere's slogan says.
On Mon, Jan 19, 2015 at 6:27 AM, Victor L <vl...@gmail.com> wrote:
> Does that mean mesos is framework to prepare my app to take advantage of
> clustering environment?
>
> On Sun, Jan 18, 2015 at 1:43 PM, Tom Arnfeld <to...@duedil.com> wrote:
>
>> The way I see it, Mesos is an API and framework for building and running
>> distributed systems. CoreOS is an API and framework for running them.
>>
>> --
>>
>> Tom Arnfeld
>> Developer // DueDil
>>
>> (+44) 7525940046
>> 25 Christopher Street, London, EC2A 2BS
>>
>>
>> On Sun, Jan 18, 2015 at 3:01 PM, Jason Giedymin <jason.giedymin@gmail.com
>> > wrote:
>>
>>> The value of coreos that immediately comes to mind since I do much work
>>> with these tools:
>>>
>>> - the small foot print, it is a minimal os, meant to run containers. So
>>> it throws everything not needed for that out.
>>> - containers are the launch vehicle, thus deps are in container land. I
>>> can run and test containers with ease, not having to worry about multiple
>>> OSes.
>>> - with etcd and fleet, coordinating the launch and modification of both
>>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>>> ready to launch multitude of containers or just mesos.
>>> - security. There is a defined write strategy. You cannot write willy
>>> nilly to any location.
>>> - all the above further allow auto OS updates, which is supported today
>>> on all platforms that deploy coreos. This means more frequent updates since
>>> the os is minimal, which should increase the security effectiveness when
>>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>>> charge quite a bit for managed updates of this frequency and level of
>>> testing.
>>>
>>> Coreos allows me to keep apps in a configured container that I trust,
>>> tested, and works time and time again.
>>>
>>> I see coreos as a compliment.
>>>
>>> As a fyi I'm available for questions, debugging, and client work in this
>>> area.
>>>
>>> Hope this helps some, from real world usage.
>>>
>>> Sent from my iPad
>>>
>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>> >
>>> > I am confused: what's the value of mesos on the top of coreos cluster?
>>> Mesos provides distributed resource management, fault tolerance, etc., but
>>> doesn't coreos provides the same things already?
>>> > Thanks
>>>
>>
>>
>
Re: mesos and coreos?
Posted by Victor L <vl...@gmail.com>.
Does that mean mesos is framework to prepare my app to take advantage of
clustering environment?
On Sun, Jan 18, 2015 at 1:43 PM, Tom Arnfeld <to...@duedil.com> wrote:
> The way I see it, Mesos is an API and framework for building and running
> distributed systems. CoreOS is an API and framework for running them.
>
> --
>
> Tom Arnfeld
> Developer // DueDil
>
> (+44) 7525940046
> 25 Christopher Street, London, EC2A 2BS
>
>
> On Sun, Jan 18, 2015 at 3:01 PM, Jason Giedymin <ja...@gmail.com>
> wrote:
>
>> The value of coreos that immediately comes to mind since I do much work
>> with these tools:
>>
>> - the small foot print, it is a minimal os, meant to run containers. So
>> it throws everything not needed for that out.
>> - containers are the launch vehicle, thus deps are in container land. I
>> can run and test containers with ease, not having to worry about multiple
>> OSes.
>> - with etcd and fleet, coordinating the launch and modification of both
>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>> ready to launch multitude of containers or just mesos.
>> - security. There is a defined write strategy. You cannot write willy
>> nilly to any location.
>> - all the above further allow auto OS updates, which is supported today
>> on all platforms that deploy coreos. This means more frequent updates since
>> the os is minimal, which should increase the security effectiveness when
>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>> charge quite a bit for managed updates of this frequency and level of
>> testing.
>>
>> Coreos allows me to keep apps in a configured container that I trust,
>> tested, and works time and time again.
>>
>> I see coreos as a compliment.
>>
>> As a fyi I'm available for questions, debugging, and client work in this
>> area.
>>
>> Hope this helps some, from real world usage.
>>
>> Sent from my iPad
>>
>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>> >
>> > I am confused: what's the value of mesos on the top of coreos cluster?
>> Mesos provides distributed resource management, fault tolerance, etc., but
>> doesn't coreos provides the same things already?
>> > Thanks
>>
>
>
Re: mesos and coreos?
Posted by Tom Arnfeld <to...@duedil.com>.
The way I see it, Mesos is an API and framework for building and running distributed systems. CoreOS is an API and framework for running them.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Sun, Jan 18, 2015 at 3:01 PM, Jason Giedymin <ja...@gmail.com>
wrote:
> The value of coreos that immediately comes to mind since I do much work with these tools:
> - the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
> - containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
> - with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
> - security. There is a defined write strategy. You cannot write willy nilly to any location.
> - all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
> Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
>
> I see coreos as a compliment.
> As a fyi I'm available for questions, debugging, and client work in this area.
> Hope this helps some, from real world usage.
> Sent from my iPad
>> On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>
>> I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
>> Thanks
Re: mesos and coreos?
Posted by Joseph Jacks <ja...@gmail.com>.
CoreOS in and of itself does not try to compete directly with Mesos. Fleet vs Mesos is a much better comparison. The biggest difference there is that Mesos is battle proven at scale (100K+ node deployments running in PROD for 1+ yrs). Fleet is not proven at scale.
HTH,
JJ.
> On Jan 18, 2015, at 11:15 AM, scott@heroku <sc...@heroku.com> wrote:
>
> Afaik mesos is much more flexible than fleet, which is the scheduling system on Coreos
>
> If you can successfully schedule your workloads with fleet you don't need mesos. If not mesos can do more than fleet.
>
>
>
> Sent from my iPhone
>
>> On Jan 18, 2015, at 10:29 AM, Victor L <vl...@gmail.com> wrote:
>>
>> Hope this helps some
>> It doesn't as it doesn't even try to answer my question. Let me re- phrase it: what does mesos on the coreos cluster do that coreos itself doesn't do already?
>>
>>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <ja...@gmail.com> wrote:
>>> The value of coreos that immediately comes to mind since I do much work with these tools:
>>>
>>> - the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
>>> - containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
>>> - with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
>>> - security. There is a defined write strategy. You cannot write willy nilly to any location.
>>> - all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
>>>
>>> Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
>>>
>>> I see coreos as a compliment.
>>>
>>> As a fyi I'm available for questions, debugging, and client work in this area.
>>>
>>> Hope this helps some, from real world usage.
>>>
>>> Sent from my iPad
>>>
>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>> >
>>> > I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
>>> > Thanks
>>
Re: mesos and coreos?
Posted by Michael Dilworth <mj...@computer.org>.
ok a distribution, with some stuff pre bundled...
On 18 January 2015 at 19:15, scott@heroku <sc...@heroku.com> wrote:
> Afaik mesos is much more flexible than fleet, which is the scheduling
> system on Coreos
>
> If you can successfully schedule your workloads with fleet you don't need
> mesos. If not mesos can do more than fleet.
>
>
>
> Sent from my iPhone
>
> On Jan 18, 2015, at 10:29 AM, Victor L <vl...@gmail.com> wrote:
>
> Hope this helps some
> It doesn't as it doesn't even try to answer my question. Let me re- phrase
> it: what does mesos on the coreos cluster do that coreos itself doesn't do
> already?
>
> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <jason.giedymin@gmail.com
> > wrote:
>
>> The value of coreos that immediately comes to mind since I do much work
>> with these tools:
>>
>> - the small foot print, it is a minimal os, meant to run containers. So
>> it throws everything not needed for that out.
>> - containers are the launch vehicle, thus deps are in container land. I
>> can run and test containers with ease, not having to worry about multiple
>> OSes.
>> - with etcd and fleet, coordinating the launch and modification of both
>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>> ready to launch multitude of containers or just mesos.
>> - security. There is a defined write strategy. You cannot write willy
>> nilly to any location.
>> - all the above further allow auto OS updates, which is supported today
>> on all platforms that deploy coreos. This means more frequent updates since
>> the os is minimal, which should increase the security effectiveness when
>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>> charge quite a bit for managed updates of this frequency and level of
>> testing.
>>
>> Coreos allows me to keep apps in a configured container that I trust,
>> tested, and works time and time again.
>>
>> I see coreos as a compliment.
>>
>> As a fyi I'm available for questions, debugging, and client work in this
>> area.
>>
>> Hope this helps some, from real world usage.
>>
>> Sent from my iPad
>>
>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>> >
>> > I am confused: what's the value of mesos on the top of coreos cluster?
>> Mesos provides distributed resource management, fault tolerance, etc., but
>> doesn't coreos provides the same things already?
>> > Thanks
>>
>
>
Re: mesos and coreos?
Posted by "scott@heroku" <sc...@heroku.com>.
Afaik mesos is much more flexible than fleet, which is the scheduling system on Coreos
If you can successfully schedule your workloads with fleet you don't need mesos. If not mesos can do more than fleet.
Sent from my iPhone
> On Jan 18, 2015, at 10:29 AM, Victor L <vl...@gmail.com> wrote:
>
> Hope this helps some
> It doesn't as it doesn't even try to answer my question. Let me re- phrase it: what does mesos on the coreos cluster do that coreos itself doesn't do already?
>
>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <ja...@gmail.com> wrote:
>> The value of coreos that immediately comes to mind since I do much work with these tools:
>>
>> - the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
>> - containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
>> - with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
>> - security. There is a defined write strategy. You cannot write willy nilly to any location.
>> - all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
>>
>> Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
>>
>> I see coreos as a compliment.
>>
>> As a fyi I'm available for questions, debugging, and client work in this area.
>>
>> Hope this helps some, from real world usage.
>>
>> Sent from my iPad
>>
>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>> >
>> > I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
>> > Thanks
>
Re: mesos and coreos?
Posted by Michael Dilworth <mj...@computer.org>.
some excellent posts clearing it all up, much appreciated :)
Mike
On 18 January 2015 at 21:28, Brian Devins <ba...@gmail.com> wrote:
> Not the case. I can run ubuntu containers on a micro linux install with
> docker. The difference is that they all have the same kernel no matter what
> distro your container is using
> On Jan 18, 2015 4:09 PM, "Michael Dilworth" <mj...@computer.org> wrote:
>
>> a bit of an aside, but i am under the impression that containers are not
>> another OS, but the same as the underlying host. So you cant have an Ubuntu
>> container on a CoreOS host.. unless you use a hypervisor.. the container is
>> coreos too.
>>
>> mike
>>
>> On 18 January 2015 at 20:56, Diego Medina <di...@fmpwizard.com> wrote:
>>
>>> One other thing I'd like to point out, many people say CoreOS is great
>>> because it autoupdates on its own, but you need to realize that the
>>> containers that run on top of CoreOS don't run coreos, they run Ubuntu,
>>> Fedora, etc, and if there is a security issue (think openssl, etc), you
>>> have to rebuild all your containers again to apply the missing updates.
>>>
>>> Thanks
>>>
>>> On Sun, Jan 18, 2015 at 2:28 PM, Jason Giedymin <
>>> jason.giedymin@gmail.com> wrote:
>>>
>>>> Coreos places focus on the OS to deploy services as containers. It’s
>>>> distributed key store is meant to share config in a cluster and to aid in
>>>> basic scheduling via fleet, which is like cluster wide systemd.
>>>>
>>>> It’s scheduler is basic (but can be made to be more complex if you were
>>>> to use these base tools). On the other hand, Mesos has a more complex
>>>> featureful scheduler, works as-an application, and has more first class
>>>> controls over managing jobs (cgroups, etc…)
>>>>
>>>> There is not complete overlap between these two systems. They do not
>>>> necessarily compete with each other. But they do have features which try to
>>>> address distributed application design/deployment.
>>>>
>>>> - J
>>>>
>>>> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>>>>
>>>> Hope this helps some
>>>> It doesn't as it doesn't even try to answer my question. Let me re-
>>>> phrase it: what does mesos on the coreos cluster do that coreos itself
>>>> doesn't do already?
>>>>
>>>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <
>>>> jason.giedymin@gmail.com> wrote:
>>>>
>>>>> The value of coreos that immediately comes to mind since I do much
>>>>> work with these tools:
>>>>>
>>>>> - the small foot print, it is a minimal os, meant to run containers.
>>>>> So it throws everything not needed for that out.
>>>>> - containers are the launch vehicle, thus deps are in container land.
>>>>> I can run and test containers with ease, not having to worry about multiple
>>>>> OSes.
>>>>> - with etcd and fleet, coordinating the launch and modification of
>>>>> both machines and cluster make it a breeze. Allowing you to do dynamic
>>>>> mesos scaling up or down. I add nodes at will, across multiple cloud
>>>>> platforms, ready to launch multitude of containers or just mesos.
>>>>> - security. There is a defined write strategy. You cannot write willy
>>>>> nilly to any location.
>>>>> - all the above further allow auto OS updates, which is supported
>>>>> today on all platforms that deploy coreos. This means more frequent updates
>>>>> since the os is minimal, which should increase the security effectiveness
>>>>> when compared to big box superstore OSes like Redhat or Ubuntu. Some
>>>>> platforms charge quite a bit for managed updates of this frequency and
>>>>> level of testing.
>>>>>
>>>>> Coreos allows me to keep apps in a configured container that I trust,
>>>>> tested, and works time and time again.
>>>>>
>>>>> I see coreos as a compliment.
>>>>>
>>>>> As a fyi I'm available for questions, debugging, and client work in
>>>>> this area.
>>>>>
>>>>> Hope this helps some, from real world usage.
>>>>>
>>>>> Sent from my iPad
>>>>>
>>>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>>>> >
>>>>> > I am confused: what's the value of mesos on the top of coreos
>>>>> cluster? Mesos provides distributed resource management, fault tolerance,
>>>>> etc., but doesn't coreos provides the same things already?
>>>>> > Thanks
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Diego Medina
>>> Lift/Scala consultant
>>> diego@fmpwizard.com
>>> http://fmpwizard.telegr.am
>>>
>>
>>
Re: mesos and coreos?
Posted by Brian Devins <ba...@gmail.com>.
Not the case. I can run ubuntu containers on a micro linux install with
docker. The difference is that they all have the same kernel no matter what
distro your container is using
On Jan 18, 2015 4:09 PM, "Michael Dilworth" <mj...@computer.org> wrote:
> a bit of an aside, but i am under the impression that containers are not
> another OS, but the same as the underlying host. So you cant have an Ubuntu
> container on a CoreOS host.. unless you use a hypervisor.. the container is
> coreos too.
>
> mike
>
> On 18 January 2015 at 20:56, Diego Medina <di...@fmpwizard.com> wrote:
>
>> One other thing I'd like to point out, many people say CoreOS is great
>> because it autoupdates on its own, but you need to realize that the
>> containers that run on top of CoreOS don't run coreos, they run Ubuntu,
>> Fedora, etc, and if there is a security issue (think openssl, etc), you
>> have to rebuild all your containers again to apply the missing updates.
>>
>> Thanks
>>
>> On Sun, Jan 18, 2015 at 2:28 PM, Jason Giedymin <jason.giedymin@gmail.com
>> > wrote:
>>
>>> Coreos places focus on the OS to deploy services as containers. It’s
>>> distributed key store is meant to share config in a cluster and to aid in
>>> basic scheduling via fleet, which is like cluster wide systemd.
>>>
>>> It’s scheduler is basic (but can be made to be more complex if you were
>>> to use these base tools). On the other hand, Mesos has a more complex
>>> featureful scheduler, works as-an application, and has more first class
>>> controls over managing jobs (cgroups, etc…)
>>>
>>> There is not complete overlap between these two systems. They do not
>>> necessarily compete with each other. But they do have features which try to
>>> address distributed application design/deployment.
>>>
>>> - J
>>>
>>> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>>>
>>> Hope this helps some
>>> It doesn't as it doesn't even try to answer my question. Let me re-
>>> phrase it: what does mesos on the coreos cluster do that coreos itself
>>> doesn't do already?
>>>
>>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <
>>> jason.giedymin@gmail.com> wrote:
>>>
>>>> The value of coreos that immediately comes to mind since I do much work
>>>> with these tools:
>>>>
>>>> - the small foot print, it is a minimal os, meant to run containers.
>>>> So it throws everything not needed for that out.
>>>> - containers are the launch vehicle, thus deps are in container land.
>>>> I can run and test containers with ease, not having to worry about multiple
>>>> OSes.
>>>> - with etcd and fleet, coordinating the launch and modification of
>>>> both machines and cluster make it a breeze. Allowing you to do dynamic
>>>> mesos scaling up or down. I add nodes at will, across multiple cloud
>>>> platforms, ready to launch multitude of containers or just mesos.
>>>> - security. There is a defined write strategy. You cannot write willy
>>>> nilly to any location.
>>>> - all the above further allow auto OS updates, which is supported
>>>> today on all platforms that deploy coreos. This means more frequent updates
>>>> since the os is minimal, which should increase the security effectiveness
>>>> when compared to big box superstore OSes like Redhat or Ubuntu. Some
>>>> platforms charge quite a bit for managed updates of this frequency and
>>>> level of testing.
>>>>
>>>> Coreos allows me to keep apps in a configured container that I trust,
>>>> tested, and works time and time again.
>>>>
>>>> I see coreos as a compliment.
>>>>
>>>> As a fyi I'm available for questions, debugging, and client work in
>>>> this area.
>>>>
>>>> Hope this helps some, from real world usage.
>>>>
>>>> Sent from my iPad
>>>>
>>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>>> >
>>>> > I am confused: what's the value of mesos on the top of coreos
>>>> cluster? Mesos provides distributed resource management, fault tolerance,
>>>> etc., but doesn't coreos provides the same things already?
>>>> > Thanks
>>>>
>>>
>>>
>>>
>>
>>
>> --
>> Diego Medina
>> Lift/Scala consultant
>> diego@fmpwizard.com
>> http://fmpwizard.telegr.am
>>
>
>
Re: mesos and coreos?
Posted by Diego Medina <di...@fmpwizard.com>.
On Sun, Jan 18, 2015 at 4:08 PM, Michael Dilworth <mj...@computer.org> wrote:
> a bit of an aside, but i am under the impression that containers are not
> another OS, but the same as the underlying host. So you cant have an Ubuntu
> container on a CoreOS host.. unless you use a hypervisor.. the container is
> coreos too.
>
Hi, sorry for going off topic. I also thought the same, that a base coreos
server would have coreos containers, but that's not the case. Coreos prides
itself for being a minimum server OS, for example, there is no running java
or ruby or python directly on coreos, to run any app in java, you need a
container that has the jvm on it.
This link gives you more info
http://stackoverflow.com/questions/18786209/what-is-the-relationship-between-the-docker-host-os-and-the-container-base-image
there they talk about having a host ubuntu and docker containers that can
be fedore, they just share the kernel version
PS, I tried this myself to make sure, I had
https://github.com/fmpwizard/coreosdemo
which is based on the golang img which is based on debian
https://github.com/docker-library/golang/blob/c1baf037d71331eb0b8d4c70cff4c29cf124c5e0/1.4/wheezy/Dockerfile
and it run just fine on a coreos cluster on digita ocean
Thanks
>
> mike
>
> On 18 January 2015 at 20:56, Diego Medina <di...@fmpwizard.com> wrote:
>
>> One other thing I'd like to point out, many people say CoreOS is great
>> because it autoupdates on its own, but you need to realize that the
>> containers that run on top of CoreOS don't run coreos, they run Ubuntu,
>> Fedora, etc, and if there is a security issue (think openssl, etc), you
>> have to rebuild all your containers again to apply the missing updates.
>>
>> Thanks
>>
>> On Sun, Jan 18, 2015 at 2:28 PM, Jason Giedymin <jason.giedymin@gmail.com
>> > wrote:
>>
>>> Coreos places focus on the OS to deploy services as containers. It’s
>>> distributed key store is meant to share config in a cluster and to aid in
>>> basic scheduling via fleet, which is like cluster wide systemd.
>>>
>>> It’s scheduler is basic (but can be made to be more complex if you were
>>> to use these base tools). On the other hand, Mesos has a more complex
>>> featureful scheduler, works as-an application, and has more first class
>>> controls over managing jobs (cgroups, etc…)
>>>
>>> There is not complete overlap between these two systems. They do not
>>> necessarily compete with each other. But they do have features which try to
>>> address distributed application design/deployment.
>>>
>>> - J
>>>
>>> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>>>
>>> Hope this helps some
>>> It doesn't as it doesn't even try to answer my question. Let me re-
>>> phrase it: what does mesos on the coreos cluster do that coreos itself
>>> doesn't do already?
>>>
>>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <
>>> jason.giedymin@gmail.com> wrote:
>>>
>>>> The value of coreos that immediately comes to mind since I do much work
>>>> with these tools:
>>>>
>>>> - the small foot print, it is a minimal os, meant to run containers.
>>>> So it throws everything not needed for that out.
>>>> - containers are the launch vehicle, thus deps are in container land.
>>>> I can run and test containers with ease, not having to worry about multiple
>>>> OSes.
>>>> - with etcd and fleet, coordinating the launch and modification of
>>>> both machines and cluster make it a breeze. Allowing you to do dynamic
>>>> mesos scaling up or down. I add nodes at will, across multiple cloud
>>>> platforms, ready to launch multitude of containers or just mesos.
>>>> - security. There is a defined write strategy. You cannot write willy
>>>> nilly to any location.
>>>> - all the above further allow auto OS updates, which is supported
>>>> today on all platforms that deploy coreos. This means more frequent updates
>>>> since the os is minimal, which should increase the security effectiveness
>>>> when compared to big box superstore OSes like Redhat or Ubuntu. Some
>>>> platforms charge quite a bit for managed updates of this frequency and
>>>> level of testing.
>>>>
>>>> Coreos allows me to keep apps in a configured container that I trust,
>>>> tested, and works time and time again.
>>>>
>>>> I see coreos as a compliment.
>>>>
>>>> As a fyi I'm available for questions, debugging, and client work in
>>>> this area.
>>>>
>>>> Hope this helps some, from real world usage.
>>>>
>>>> Sent from my iPad
>>>>
>>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>>> >
>>>> > I am confused: what's the value of mesos on the top of coreos
>>>> cluster? Mesos provides distributed resource management, fault tolerance,
>>>> etc., but doesn't coreos provides the same things already?
>>>> > Thanks
>>>>
>>>
>>>
>>>
>>
>>
>> --
>> Diego Medina
>> Lift/Scala consultant
>> diego@fmpwizard.com
>> http://fmpwizard.telegr.am
>>
>
>
--
Diego Medina
Lift/Scala consultant
diego@fmpwizard.com
http://fmpwizard.telegr.am
Re: mesos and coreos?
Posted by CCAAT <cc...@tampabay.rr.com>.
On 01/18/2015 04:25 PM, Ranjib Dey wrote:
> you are right, OS is same , which is Linux kernerl, But the
> Ubuntu/CoreOS/Redhat etc distinction are in userspace (i.e tools other
> than the kernel), and hence you can have coreos running ubuntu/redhat
> containers.
CoreOS is a gentoo knock_off [1,2.3]
I have not explored CoreOS yet, but I have not found any reason why any
of the common linux distros cannot run on top of CoreOS, including
gentoo or even a mixture of different linux distros.
"
> You cant have container specific kernels, drivers, time
> susbsytem etc. But you can certainly have different distros (redhat,
> ubuntu etc are different distro, not OS).
So if a minimal kernel is used with coreOS the distro inside of a
particular container cannot have different loadable modules inside
of different containers?
> CoreOS eases management of container , an immutable & minimal rootfs ,
> backed by tools (etcd, systemd, fleet, flannel) etc that facilitates
> building large scale systems. For example, etcd is almost a replacement
> of zookeeper (you can use it for leader election, distributed locks
> etc). Fleet is a distributed init system.
I thought CoreOS used Systemd? [4]
I really which CoreOS was using openrc, and systemd could be used inside
of selective containers with different linux distros.
>
> CoreOS does not provide a sceduler, which mesos does. Also coreos is not
> a resource scheduling system, which mesos is. You have containarize
> things to run on coreos (currently its docker, i think it will rocket in
> future). While thats not a mandate for mesos.
> Neither CoreOS not Mesos gives you `distributed systems`, you can
> distribute your workload using mesos or coreos (mesos will autoschedule
> things for you). Generally the word `distributed systems` used to
> describe things like zookeeper, etcd, cassandra, riak, serf etc, where
> the members are aware of each other, without any external components.
> Most of them also uses sound theoretical foundations like paxos, raft
> etc for attaining different types of consistency, partition tolerance etc.
>
> Mesos and CoreOS address orthogonal issues, and they can definitely
> complement each other. CoreOS eases updating kernel, manageing app
> deployments due to host OS and app separation. While mesos eases scaling
> and usage issues by autoscheduling. Mesos can use coreos for its
> containment layer (docker/rocket), as well as use etcd (from coreos) to
> do the leader election bit instead of zookeeper (which is pain to run
> over WAN, pain to dynamically resize etc). But there are major work
> involve.
It will be interesting to see how all of these and other possibilities
mature. What about mesos+spark on top of a coreOS infrastructure. Anyone
has any experience with Apache_spark running on coreOS?
> regards
> ranjib
James
[1]
https://coreos.com/docs/sdk-distributors/sdk/building-development-images/#updating-portage-stable-ebuilds-from-gentoo
[2] https://github.com/coreos/coreos-overlay
[3] https://github.com/coreos/portage-stable
[4] https://coreos.com/using-coreos/systemd/
Re: mesos and coreos?
Posted by Ranjib Dey <de...@gmail.com>.
you are right, OS is same , which is Linux kernerl, But the
Ubuntu/CoreOS/Redhat etc distinction are in userspace (i.e tools other than
the kernel), and hence you can have coreos running ubuntu/redhat
containers. You cant have container specific kernels, drivers, time
susbsytem etc. But you can certainly have different distros (redhat, ubuntu
etc are different distro, not OS).
CoreOS eases management of container , an immutable & minimal rootfs ,
backed by tools (etcd, systemd, fleet, flannel) etc that facilitates
building large scale systems. For example, etcd is almost a replacement of
zookeeper (you can use it for leader election, distributed locks etc).
Fleet is a distributed init system.
CoreOS does not provide a sceduler, which mesos does. Also coreos is not a
resource scheduling system, which mesos is. You have containarize things to
run on coreos (currently its docker, i think it will rocket in future).
While thats not a mandate for mesos.
Neither CoreOS not Mesos gives you `distributed systems`, you can
distribute your workload using mesos or coreos (mesos will autoschedule
things for you). Generally the word `distributed systems` used to describe
things like zookeeper, etcd, cassandra, riak, serf etc, where the members
are aware of each other, without any external components. Most of them also
uses sound theoretical foundations like paxos, raft etc for attaining
different types of consistency, partition tolerance etc.
Mesos and CoreOS address orthogonal issues, and they can definitely
complement each other. CoreOS eases updating kernel, manageing app
deployments due to host OS and app separation. While mesos eases scaling
and usage issues by autoscheduling. Mesos can use coreos for its
containment layer (docker/rocket), as well as use etcd (from coreos) to do
the leader election bit instead of zookeeper (which is pain to run over
WAN, pain to dynamically resize etc). But there are major work involve.
regards
ranjib
Re: mesos and coreos?
Posted by Michael Dilworth <mj...@computer.org>.
a bit of an aside, but i am under the impression that containers are not
another OS, but the same as the underlying host. So you cant have an Ubuntu
container on a CoreOS host.. unless you use a hypervisor.. the container is
coreos too.
mike
On 18 January 2015 at 20:56, Diego Medina <di...@fmpwizard.com> wrote:
> One other thing I'd like to point out, many people say CoreOS is great
> because it autoupdates on its own, but you need to realize that the
> containers that run on top of CoreOS don't run coreos, they run Ubuntu,
> Fedora, etc, and if there is a security issue (think openssl, etc), you
> have to rebuild all your containers again to apply the missing updates.
>
> Thanks
>
> On Sun, Jan 18, 2015 at 2:28 PM, Jason Giedymin <ja...@gmail.com>
> wrote:
>
>> Coreos places focus on the OS to deploy services as containers. It’s
>> distributed key store is meant to share config in a cluster and to aid in
>> basic scheduling via fleet, which is like cluster wide systemd.
>>
>> It’s scheduler is basic (but can be made to be more complex if you were
>> to use these base tools). On the other hand, Mesos has a more complex
>> featureful scheduler, works as-an application, and has more first class
>> controls over managing jobs (cgroups, etc…)
>>
>> There is not complete overlap between these two systems. They do not
>> necessarily compete with each other. But they do have features which try to
>> address distributed application design/deployment.
>>
>> - J
>>
>> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>>
>> Hope this helps some
>> It doesn't as it doesn't even try to answer my question. Let me re-
>> phrase it: what does mesos on the coreos cluster do that coreos itself
>> doesn't do already?
>>
>> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <
>> jason.giedymin@gmail.com> wrote:
>>
>>> The value of coreos that immediately comes to mind since I do much work
>>> with these tools:
>>>
>>> - the small foot print, it is a minimal os, meant to run containers. So
>>> it throws everything not needed for that out.
>>> - containers are the launch vehicle, thus deps are in container land. I
>>> can run and test containers with ease, not having to worry about multiple
>>> OSes.
>>> - with etcd and fleet, coordinating the launch and modification of both
>>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>>> ready to launch multitude of containers or just mesos.
>>> - security. There is a defined write strategy. You cannot write willy
>>> nilly to any location.
>>> - all the above further allow auto OS updates, which is supported today
>>> on all platforms that deploy coreos. This means more frequent updates since
>>> the os is minimal, which should increase the security effectiveness when
>>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>>> charge quite a bit for managed updates of this frequency and level of
>>> testing.
>>>
>>> Coreos allows me to keep apps in a configured container that I trust,
>>> tested, and works time and time again.
>>>
>>> I see coreos as a compliment.
>>>
>>> As a fyi I'm available for questions, debugging, and client work in this
>>> area.
>>>
>>> Hope this helps some, from real world usage.
>>>
>>> Sent from my iPad
>>>
>>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>>> >
>>> > I am confused: what's the value of mesos on the top of coreos cluster?
>>> Mesos provides distributed resource management, fault tolerance, etc., but
>>> doesn't coreos provides the same things already?
>>> > Thanks
>>>
>>
>>
>>
>
>
> --
> Diego Medina
> Lift/Scala consultant
> diego@fmpwizard.com
> http://fmpwizard.telegr.am
>
Re: mesos and coreos?
Posted by Diego Medina <di...@fmpwizard.com>.
One other thing I'd like to point out, many people say CoreOS is great
because it autoupdates on its own, but you need to realize that the
containers that run on top of CoreOS don't run coreos, they run Ubuntu,
Fedora, etc, and if there is a security issue (think openssl, etc), you
have to rebuild all your containers again to apply the missing updates.
Thanks
On Sun, Jan 18, 2015 at 2:28 PM, Jason Giedymin <ja...@gmail.com>
wrote:
> Coreos places focus on the OS to deploy services as containers. It’s
> distributed key store is meant to share config in a cluster and to aid in
> basic scheduling via fleet, which is like cluster wide systemd.
>
> It’s scheduler is basic (but can be made to be more complex if you were to
> use these base tools). On the other hand, Mesos has a more complex
> featureful scheduler, works as-an application, and has more first class
> controls over managing jobs (cgroups, etc…)
>
> There is not complete overlap between these two systems. They do not
> necessarily compete with each other. But they do have features which try to
> address distributed application design/deployment.
>
> - J
>
> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>
> Hope this helps some
> It doesn't as it doesn't even try to answer my question. Let me re- phrase
> it: what does mesos on the coreos cluster do that coreos itself doesn't do
> already?
>
> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <jason.giedymin@gmail.com
> > wrote:
>
>> The value of coreos that immediately comes to mind since I do much work
>> with these tools:
>>
>> - the small foot print, it is a minimal os, meant to run containers. So
>> it throws everything not needed for that out.
>> - containers are the launch vehicle, thus deps are in container land. I
>> can run and test containers with ease, not having to worry about multiple
>> OSes.
>> - with etcd and fleet, coordinating the launch and modification of both
>> machines and cluster make it a breeze. Allowing you to do dynamic mesos
>> scaling up or down. I add nodes at will, across multiple cloud platforms,
>> ready to launch multitude of containers or just mesos.
>> - security. There is a defined write strategy. You cannot write willy
>> nilly to any location.
>> - all the above further allow auto OS updates, which is supported today
>> on all platforms that deploy coreos. This means more frequent updates since
>> the os is minimal, which should increase the security effectiveness when
>> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
>> charge quite a bit for managed updates of this frequency and level of
>> testing.
>>
>> Coreos allows me to keep apps in a configured container that I trust,
>> tested, and works time and time again.
>>
>> I see coreos as a compliment.
>>
>> As a fyi I'm available for questions, debugging, and client work in this
>> area.
>>
>> Hope this helps some, from real world usage.
>>
>> Sent from my iPad
>>
>> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>> >
>> > I am confused: what's the value of mesos on the top of coreos cluster?
>> Mesos provides distributed resource management, fault tolerance, etc., but
>> doesn't coreos provides the same things already?
>> > Thanks
>>
>
>
>
--
Diego Medina
Lift/Scala consultant
diego@fmpwizard.com
http://fmpwizard.telegr.am
Re: mesos and coreos?
Posted by Jason Giedymin <ja...@gmail.com>.
Coreos places focus on the OS to deploy services as containers. It’s distributed key store is meant to share config in a cluster and to aid in basic scheduling via fleet, which is like cluster wide systemd.
It’s scheduler is basic (but can be made to be more complex if you were to use these base tools). On the other hand, Mesos has a more complex featureful scheduler, works as-an application, and has more first class controls over managing jobs (cgroups, etc…)
There is not complete overlap between these two systems. They do not necessarily compete with each other. But they do have features which try to address distributed application design/deployment.
- J
> On Jan 18, 2015, at 1:29 PM, Victor L <vl...@gmail.com> wrote:
>
> Hope this helps some
> It doesn't as it doesn't even try to answer my question. Let me re- phrase it: what does mesos on the coreos cluster do that coreos itself doesn't do already?
>
> On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <jason.giedymin@gmail.com <ma...@gmail.com>> wrote:
> The value of coreos that immediately comes to mind since I do much work with these tools:
>
> - the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
> - containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
> - with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
> - security. There is a defined write strategy. You cannot write willy nilly to any location.
> - all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
>
> Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
>
> I see coreos as a compliment.
>
> As a fyi I'm available for questions, debugging, and client work in this area.
>
> Hope this helps some, from real world usage.
>
> Sent from my iPad
>
> > On Jan 18, 2015, at 9:16 AM, Victor L <vlyamtsev@gmail.com <ma...@gmail.com>> wrote:
> >
> > I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
> > Thanks
>
Re: mesos and coreos?
Posted by Victor L <vl...@gmail.com>.
Hope this helps some
It doesn't as it doesn't even try to answer my question. Let me re- phrase
it: what does mesos on the coreos cluster do that coreos itself doesn't do
already?
On Sun, Jan 18, 2015 at 10:00 AM, Jason Giedymin <ja...@gmail.com>
wrote:
> The value of coreos that immediately comes to mind since I do much work
> with these tools:
>
> - the small foot print, it is a minimal os, meant to run containers. So
> it throws everything not needed for that out.
> - containers are the launch vehicle, thus deps are in container land. I
> can run and test containers with ease, not having to worry about multiple
> OSes.
> - with etcd and fleet, coordinating the launch and modification of both
> machines and cluster make it a breeze. Allowing you to do dynamic mesos
> scaling up or down. I add nodes at will, across multiple cloud platforms,
> ready to launch multitude of containers or just mesos.
> - security. There is a defined write strategy. You cannot write willy
> nilly to any location.
> - all the above further allow auto OS updates, which is supported today
> on all platforms that deploy coreos. This means more frequent updates since
> the os is minimal, which should increase the security effectiveness when
> compared to big box superstore OSes like Redhat or Ubuntu. Some platforms
> charge quite a bit for managed updates of this frequency and level of
> testing.
>
> Coreos allows me to keep apps in a configured container that I trust,
> tested, and works time and time again.
>
> I see coreos as a compliment.
>
> As a fyi I'm available for questions, debugging, and client work in this
> area.
>
> Hope this helps some, from real world usage.
>
> Sent from my iPad
>
> > On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
> >
> > I am confused: what's the value of mesos on the top of coreos cluster?
> Mesos provides distributed resource management, fault tolerance, etc., but
> doesn't coreos provides the same things already?
> > Thanks
>
Re: mesos and coreos?
Posted by Jason Giedymin <ja...@gmail.com>.
The value of coreos that immediately comes to mind since I do much work with these tools:
- the small foot print, it is a minimal os, meant to run containers. So it throws everything not needed for that out.
- containers are the launch vehicle, thus deps are in container land. I can run and test containers with ease, not having to worry about multiple OSes.
- with etcd and fleet, coordinating the launch and modification of both machines and cluster make it a breeze. Allowing you to do dynamic mesos scaling up or down. I add nodes at will, across multiple cloud platforms, ready to launch multitude of containers or just mesos.
- security. There is a defined write strategy. You cannot write willy nilly to any location.
- all the above further allow auto OS updates, which is supported today on all platforms that deploy coreos. This means more frequent updates since the os is minimal, which should increase the security effectiveness when compared to big box superstore OSes like Redhat or Ubuntu. Some platforms charge quite a bit for managed updates of this frequency and level of testing.
Coreos allows me to keep apps in a configured container that I trust, tested, and works time and time again.
I see coreos as a compliment.
As a fyi I'm available for questions, debugging, and client work in this area.
Hope this helps some, from real world usage.
Sent from my iPad
> On Jan 18, 2015, at 9:16 AM, Victor L <vl...@gmail.com> wrote:
>
> I am confused: what's the value of mesos on the top of coreos cluster? Mesos provides distributed resource management, fault tolerance, etc., but doesn't coreos provides the same things already?
> Thanks