Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apache Mesos to be moved to Attic

lists.apache.org

Post reply on HN
Print view View original

11–20 of 139 posts

Re: Apache Mesos to be moved to Attic

#11

Post by marcinzm »

dragonsh wrote: post #7
fiberoptick wrote: post #2

End of an era... Are there any viable alternatives to Kubernetes and Nomad?

For over 90% of workloads kubernetes is an overkill. Only when company is reaching google scale kubernetes make sense. A good alternative to kubernetes is LXD [1] or just stick with docker compose. Kubernetes except for managed services from cloud providers is more difficult than an average application to manage and a huge cost in itself to run and maintain. [1] https://www.linuxcontainers.org/

>except for managed services from cloud providers

I'd imagine most small to medium companies would be running things on a cloud service using managed kubernetes. It seems mostly larger companies that are sticking with non-cloud hardware and services.

The advantage of kubernetes in that case is that there is a large ecosystem of helm charts, guides, documentation, etc. Deploying something new from scratch is fairly easy since someone else has done all the leg work and packaged it all up.

Re: Apache Mesos to be moved to Attic

#13

Post by rantwasp »

marcinzm wrote: post #11
dragonsh wrote: post #7

Earlier quoted context omitted.

For over 90% of workloads kubernetes is an overkill. Only when company is reaching google scale kubernetes make sense. A good alternative to kubernetes is LXD [1] or just stick with docker compose. Kubernetes except for managed services from cloud providers is more difficult than an average application to manage and a huge cost in itself to run and maintain. [1] https://www.linuxcontainers.org/

>except for managed services from cloud providers I'd imagine most small to medium companies would be running things on a cloud service using managed kubernetes. It seems mostly larger companies that are sticking with non-cloud hardware and services. The advantage of kubernetes in that case is that there is a large ecosystem of helm charts, guides, documentation, etc. Deploying something new from scratch is fairly ea…

just because something is packaged does not mean it’s usable. YMMV but this is how security horror stories start. Someone ran a container they had no idea where it came from, happily used a helm chart. Most of the times it’s not even malicious - it’s outdated software because “it just works”

Re: Apache Mesos to be moved to Attic

#14

Post by desktopninja »

fiberoptick wrote: post #2

End of an era... Are there any viable alternatives to Kubernetes and Nomad?

Personally think AWS ECS is a 3rd place contender. Would add sprinkles to it if only they'd allow yaml files vs json configs in the aws-cli. ecs-cli and copilot are alright. Generally prefer to stay as close as possible to aws-cli

Re: Apache Mesos to be moved to Attic

#16

Post by kraemate »

Mesos made a ton of new contributions to distributed resource management. Resource offers and application integration can allow high cluster utilization and efficiency. Giving applications the opportunity to take part in resource allocation and scheduling was similar to the Exokernel design, and led to many interesting middleware architectures.

Mesos also introduced Dominant Resource Fairness for allocating resources to competing applications, which has become an important concept in CS and specifically computational economics in its own right.

Mesos achieved the rare combination of using CS research towards a widely deployed operational system. Its C++ code is simple enough to understand and hack, and seemed like one of those projects that you can/want to reimplement on your own "in a few days".

It is sad how quickly it has become obsolete.

Re: Apache Mesos to be moved to Attic

#18

Post by mplewis »

dragonsh wrote: post #7
fiberoptick wrote: post #2

End of an era... Are there any viable alternatives to Kubernetes and Nomad?

For over 90% of workloads kubernetes is an overkill. Only when company is reaching google scale kubernetes make sense. A good alternative to kubernetes is LXD [1] or just stick with docker compose. Kubernetes except for managed services from cloud providers is more difficult than an average application to manage and a huge cost in itself to run and maintain. [1] https://www.linuxcontainers.org/

For a different perspective, learning Kubernetes and using it widely gives you a universal set of tools for managing all sorts of applications at all scales. https://news.ycombinator.com/item?id=26502900

Re: Apache Mesos to be moved to Attic

#19

Post by fnord123 »

Fun fact: According to the initial Mesos paper: Spark was a demo project to show off Mesos.

https://people.eecs.berkeley.edu/~alig/papers/mesos.pdf

> To validate our hypothesis that specialized frameworks providevalue over general ones, we have also built a new frame-work on top of Mesos called Spark ...

Re: Apache Mesos to be moved to Attic

#20

Post by 0xEFF »

dragonsh wrote: post #7
fiberoptick wrote: post #2

End of an era... Are there any viable alternatives to Kubernetes and Nomad?

For over 90% of workloads kubernetes is an overkill. Only when company is reaching google scale kubernetes make sense. A good alternative to kubernetes is LXD [1] or just stick with docker compose. Kubernetes except for managed services from cloud providers is more difficult than an average application to manage and a huge cost in itself to run and maintain. [1] https://www.linuxcontainers.org/

> For over 90% of workloads kubernetes is an overkill.

It's not. Take any simple web app and deploy it into managed GKE with Anthos and you automatically get SLI's and the ability to define SLO's for availability and latency with a nice wizard. Takes a few minutes to setup.

The amount of engineering needed to achieve good SLO monitoring dwarfs the engineering needed to run a simple app so it just never happened. That's no longer the case.

> Only when company is reaching google scale kubernetes make sense.

Also obviously not true given the number of companies deriving value from kubernetes.

Note, I'm a Google Cloud partner.

Post reply on HN