Programiści społeczności Apache głosowali za zaprzestaniem rozwijania platformy zarządzania zasobami klastra Apache Mesos i przeniesieniem istniejących rozwiązań do repozytorium starszych projektów Apache Attic. Entuzjastów zainteresowanych dalszym rozwojem Mesos zapraszamy do dalszego rozwoju poprzez utworzenie forka repozytorium git projektu.
Jako przyczynę niepowodzenia projektu jeden z kluczowych deweloperów Mesos podaje niemożność konkurowania z powstałą później platformą Kubernetes, która uogólniła doświadczenia swoich poprzedników i została stworzona przez firmę Google, która ma duże doświadczenie w tworzeniu dużych klastry. W przeciwieństwie do Kubernetesa projekt Mesos został stworzony przez absolwentów z niewielkim doświadczeniem z klastrami, których następnie zatrudnił Twitter. Projekt ewoluował metodą prób i błędów i patrząc wstecz, twórcy przyznają, że wiele rzeczy należało zrobić inaczej. Mesos daleki jest od zasady „baterie w zestawie”, tj. nie udostępnia jednego zestawu komponentów (np. harmonogramy i usługi rozwijane są w oddzielnych projektach), co doprowadziło do znacznej fragmentacji społeczności, skomplikowanych procesów wdrożeniowych i uczyniło projekt nieprzyjaznym dla początkujących. Do braku zaufania użytkowników przyczyniły się także działania startupu Mesosfera, który stara się rozwijać komercyjne rozwiązania w oparciu o Mesos.
Przypomnijmy, że Mesos został pierwotnie opracowany przez Twittera, a w 2010 roku przeniesiony do Fundacji Apache. Klastry oparte na Mesos zostały wdrożone w takich firmach jak Netflix, Samsung, Twitter, IBM, PayPal i Yelp. Mesos łączy w sobie funkcjonalność systemu współdzielenia zasobów klastra, orkiestracji kontenerów i rozproszonego rdzenia do uruchamiania zadań w grupie węzłów. Mesos umożliwia pracę z klastrem jako pojedynczym zestawem zasobów, wyodrębniając procesory, procesory graficzne, pamięć, systemy pamięci masowej i inne zasoby obliczeniowe na serwerach fizycznych i maszynach wirtualnych. Podczas uruchamiania rozproszonych aplikacji i frameworków Mesos przejmuje zadanie dynamicznego przydzielania i izolowania dostępnych zasobów.
Źródło: opennet.ru