On 2021-02-18 09:08 AM, Samuel Marks wrote:
Mesos is great… conceptually. In practice it requires a lot of work to
setup and keep running.
What my team tried to contribute was a replacement for some of the big
moving parts—namely Apache ZooKeeper—with a choice between etcd,
Consul,
and ZooKeeeper.
This was the first of many planned contributions, with the goal to turn
Mesos into a tiny component that you could plugin to any scale
architecture
(1 developer laptop, 1 server, 3 servers, 5 servers, 10,000 servers).
Currently there is a threshold for when your architecture is
complicated
enough + loaded enough to benefit from Mesos. If instead all a
developer /
sysadmin / DevOps / cloud engineer needed to consider is how many
moving
parts they have in their own applications (say: Postgres, MySQL,
Kubernetes, Kafka), and they thought of Mesos as a simple coordinator
between these and their scarce resources, then IMHO Mesos would have a
renewed community and interest, and not be falling into the background.
The other side of things is that most everyone is now comfortable using
cloud hosted services, like DBaaS, container-as-a-Service,
queue-as-a-Service, datalake-as-a-Service &etc. The landscape has
become so
skewed that, from my experience, very few new engineers + new
engineering
companies are able to offer complete packages in public [and private]
clouds.
If Mesos makes some key architectural changes, to the point where
anyone
can use it without so much as a second thought, to the benefit of their
compute resources, then I'd expect a huge growth here.
Samuel Marks
Charity <https://sydneyscientific.org> | consultancy
<https://offscale.io>
| open-source <https://github.com/offscale> | LinkedIn
<https://linkedin.com/in/samuelmarks>
PS: My company may even sponsor further development.
On Thu, Feb 18, 2021 at 10:54 AM Vinod Kone <vinodk...@apache.org>
wrote:
Hi folks,
I would like to start a discussion around the future of the Mesos
project.
As you are probably aware, the number of active committers and
contributors
to the project have declined significantly over time. As of today,
there's
no active development of any features or a public release planned. On
the
flip side, I do know there are a few companies who are still actively
using
Mesos.
Given that, we need to assess if there's interest in the community to
keep
this project moving forward. Specifically, we need some active
committers
and PMC members who are going to manage the project. Ideally, these
would
be people who are using Mesos in some capacity and can make code
contributions.
If there is no active interest, we will likely need to figure out
steps for
retiring the project.
*Call for action: If you are interested in becoming a committer/PMC
member
(including PMC chair) and actively maintain the project, please reply
to
this email.*
I personally don't foresee myself being very active in the Mesos
project
going forward, so I'm planning to step down from my chair role as soon
as
we find a replacement.
I think I personally agree with all the previous statements here. I am
willing
to help eventually in maintaining the project.
But first things first, perhaps we should ask to the current
maintainers:
- what do they think the project should be going?
- what is currently good in mesos?
- what is currently bad/wrong in mesos?
- which target of people / use case we should focus on?
We all have ideas I guess, which could to different situations.
From what I see from the slack, there were periodic online meetings to
give
a roadmap to the projects. It is probably something that should be
restored
and the future of the project could be discussed.
--
Damien GERARD
