Apache Mesos Bewertungen & Produktdetails

Ich liebe die Abstraktion, die Mesos in Bezug auf Ressourcenmanagement für Cluster bietet. Es ist nahtlos in Apache Spark integriert. Das ermöglicht das Starten von Spark-Aufgaben in einem Mesos-Cluster, indem einfach die Mesos-Cluster-URL angegeben wird. Von lokaler zu verteilter Berechnung mit nur einem Parameter.

Sein C++-Code ist ziemlich sauber und verwendet oft funktionale Programmiermuster. Bewertung gesammelt von und auf G2.com gehostet.

Wenn Sie eine verteilte Anwendung haben, die Sie auf Mesos bereitstellen möchten, müssen Sie ein Framework verwenden, um Ressourcenangebote dafür zu verwalten. Dieses Framework ist ad-hoc für diese Anwendung und wurde entweder von jemand anderem geschrieben oder Sie müssen es selbst schreiben. Dank Marathon, das als generisches Framework für containerisierte Anwendungen fungiert, können Sie jedoch jede Anwendung bereitstellen, die Sie in einen Container wie Docker einpacken. Bewertung gesammelt von und auf G2.com gehostet.

Es war einfach, es auf Standard-Hardware in einem Cluster einzurichten und zum Laufen zu bringen. Es funktioniert auch gut in einer virtuellen Umgebung. Bewertung gesammelt von und auf G2.com gehostet.

Es ist schwierig, es richtig für Speicher- und CPU-Nutzung zu konfigurieren. Es gibt auch nicht viel Software für das Cluster-Management und die Orchestrierung. Es war schwer, Einblick in Ihre laufenden Anwendungen zu bekommen. Bewertung gesammelt von und auf G2.com gehostet.

Die Ressourcenallokierungsfunktionen sind das Beste, was Mesos hat. Ich mag die Art und Weise, wie wir die Konfiguration durchführen, es ist sehr einfach, den Master- und Slave-Prozess auszuführen. Die Idee, es mit Frameworks zu erweitern, war wirklich großartig, jetzt haben wir viele Frameworks, um viele verschiedene Aufgaben auszuführen. Bewertung gesammelt von und auf G2.com gehostet.

Ich mag es nicht, Zookeeper für die Master-Wahl verwenden zu müssen. Es wäre besser, wenn ich den besseren Service-Discovery-Dienst für mich wählen könnte.

Manchmal ist es schwierig, eine Aufgabe mit Fehlern zu debuggen. Die Benutzeroberfläche ist nicht so gut. Sie könnte besser sein, aber sie funktioniert so, wie sie ist. Bewertung gesammelt von und auf G2.com gehostet.

Wir sollen die notwendigen Ausführungsumgebungen von der Test- bis zur Produktionsumgebung und alles dazwischen vorbereiten. Die Verwendung von Docker zusammen mit Mesos ermöglicht es uns, Ausführungsumgebungen innerhalb des Containers zu kapseln. In Koordination mit Mesos wird eine geeignete Maschine für den Dienst zugewiesen und durch das Herunterladen von unserem privaten Docker-Hub auf die zugewiesene Maschine bereitgestellt. Für externe Software wie ElasticSearch benötigen wir jedoch keine kontinuierliche Integration und veröffentlichen sie direkt aus unserer lokalen Entwicklungsumgebung. Um diesen Anwendungsfall zu bewältigen, haben wir Shovel entwickelt, das wir in Kürze als Open Source freigeben wollen. Es automatisiert den Prozess vom Erstellen des Docker-Images, das den Mikrodienst enthält, bis hin zur endgültigen Veröffentlichung. Um heute einen Mikrodienst zu veröffentlichen, müssen wir nur eine Dockerfile vorbereiten und grundlegende Konfigurationen bereitstellen. Der Rest des Veröffentlichungsprozesses wird dann vollständig von Shovel übernommen. Um das Bootstrapping weiter zu vereinfachen, haben wir eine Dienstvorlage, die häufig verwendete Komponenten enthält und es uns ermöglicht, einen neuen Mikrodienst in wenigen Minuten zu veröffentlichen. Bewertung gesammelt von und auf G2.com gehostet.

Mesos befindet sich noch in den Anfängen, was wahrscheinlich am besten durch die sehr niedrigen Versionsnummern unter 1.0 veranschaulicht wird. Neue Mesos-Versionen enthalten oft wichtige Fehlerbehebungen, aber das Upgrade war für uns ein Problem, aufgrund der vielen beweglichen Teile, die zu Zwickmühlen führten. Bewertung gesammelt von und auf G2.com gehostet.

In der Zeit vor Mesos mussten wir die notwendigen Ausführungsumgebungen von der Testphase bis zur Produktion und alles dazwischen vorbereiten. Die Verwendung von Docker zusammen mit Mesos ermöglicht es uns, Ausführungsumgebungen innerhalb des Containers zu kapseln. Das befreit uns von dem Aufwand, die Infrastruktur für jeden neuen Microservice, den wir veröffentlichen wollen, bereitzustellen.

Für externe Software wie ElasticSearch benötigen wir jedoch keine kontinuierliche Integration und veröffentlichen sie direkt aus unserer lokalen Entwicklungsumgebung. Um diesen Anwendungsfall zu bewältigen, haben wir Shovel entwickelt, das wir in Kürze als Open Source freigeben wollen. Es automatisiert den Prozess vom Erstellen des Docker-Images, das den Microservice enthält, bis hin zur endgültigen Veröffentlichung. Um heute einen Microservice zu veröffentlichen, müssen wir nur ein Dockerfile vorbereiten und eine grundlegende Konfiguration bereitstellen. Die grundlegende Konfiguration umfasst Einstellungen wie die öffentliche URL-Endpunkt oder die Menge der benötigten CPU- und Speicherressourcen. Der Rest des Veröffentlichungsprozesses wird dann vollständig von Shovel übernommen. Um das Bootstrapping weiter zu vereinfachen, haben wir eine Servicetemplate, die häufig verwendete Komponenten enthält und es uns ermöglicht, einen neuen Microservice in wenigen Minuten zu veröffentlichen. Bewertung gesammelt von und auf G2.com gehostet.

Mesos befindet sich noch in den Anfängen, was sich wahrscheinlich am besten an den sehr niedrigen Versionsnummern unter 1.0 zeigt. Neue Mesos-Versionen beinhalten oft wichtige Fehlerbehebungen, aber das Upgrade war für uns ein Problem aufgrund der vielen beweglichen Teile, die zu Zwickmühlen führten.

Ein Beispiel: Wir hatten Speicherlecks mit Docker 1.6, konnten aber eine Zeit lang nicht upgraden, obwohl der Fehler in Docker 1.8 behoben wurde. Ein Upgrade von Docker hätte ein Upgrade auf eine Mesos-Version (0.23) erfordert, die mit Marathon Version 0.10 ungetestet war. Bewertung gesammelt von und auf G2.com gehostet.

Stabilität. Wir stoßen selten auf Probleme, die auf Mesos selbst zurückzuführen sind. Es ist schön, einfach Maschinen herunterfahren oder hinzufügen zu können und Mesos passt sich entsprechend an.

Die Möglichkeit, Frameworks wie Marathon darauf zu verwenden, ist für uns ebenfalls entscheidend. Wir benötigten langlaufende Aufgaben und die Möglichkeit, sie über REST-APIs aufzurufen.

Die Unterstützung für das Ausführen von Aufgaben in Docker-Containern ist für uns entscheidend, daher ist der Docker-Containerizer wichtig. Bewertung gesammelt von und auf G2.com gehostet.

Die Dokumentation ist in den meisten Aspekten ausreichend, aber heutzutage sollte man davon ausgehen, dass einige Leute das gesamte Mesos-Framework innerhalb von Docker ausführen möchten. Offiziell unterstützte Docker-Container auf Docker Hub wären daher hilfreich.

Der Mechanismus zur Angabe von Mesos-Konfigurationsoptionen (ob eine Datei existiert oder nicht, der Name einer Datei ist der Optionsname und der Inhalt ist der Optionswert) ist seltsam. Das ist das erste Mal, dass ich darauf stoße. Bewertung gesammelt von und auf G2.com gehostet.

Vor Mesos mussten wir die notwendigen Ausführungsumgebungen von der Testphase bis zur Produktion und alles dazwischen vorbereiten. Die Verwendung von Docker zusammen mit Mesos ermöglicht es uns, Ausführungsumgebungen innerhalb des Containers zu kapseln. Das befreit uns von dem Aufwand, die Infrastruktur für jeden neuen Microservice, den wir veröffentlichen wollen, bereitzustellen.

Unser Veröffentlichungsprozess bestand ursprünglich darin, in den Release-Branch eines Dienstes zu pushen, was automatisch den kontinuierlichen Integrationsprozess auslöste. Marathon dient als Bereitstellungsmanager. In Koordination mit Mesos weist es eine geeignete Maschine für den Dienst zu und stellt ihn bereit, indem es ihn von unserem privaten Docker-Hub auf die zugewiesene Maschine zieht.

Für externe Software wie ElasticSearch benötigen wir jedoch keine kontinuierliche Integration und veröffentlichen sie direkt aus unserer lokalen Entwicklungsumgebung. Um diesen Anwendungsfall zu handhaben, haben wir Shovel entwickelt, das wir in Kürze als Open Source veröffentlichen wollen. Es automatisiert den Prozess vom Erstellen des Docker-Images, das den Microservice enthält, bis hin zur endgültigen Veröffentlichung. Um heute einen Microservice zu veröffentlichen, müssen wir nur ein Dockerfile vorbereiten und eine grundlegende Konfiguration bereitstellen. Die grundlegende Konfiguration umfasst Einstellungen wie den öffentlichen URL-Endpunkt oder die Menge der benötigten CPU- und Speicherressourcen. Der Rest des Veröffentlichungsprozesses wird dann vollständig von Shovel übernommen. Um das Bootstrapping weiter zu vereinfachen, haben wir eine Dienstvorlage, die häufig verwendete Komponenten enthält und es uns ermöglicht, einen neuen Microservice in wenigen Minuten zu veröffentlichen. Bewertung gesammelt von und auf G2.com gehostet.

Mesos befindet sich noch in den Anfängen, was sich wahrscheinlich am besten an den sehr niedrigen Versionsnummern unter 1.0 zeigt. Neue Mesos-Versionen enthalten oft wichtige Fehlerbehebungen, aber das Upgrade war für uns ein Problem, da die Anzahl der beweglichen Teile zu Zwickmühlen führte.

Ein Beispiel: Wir hatten Speicherlecks mit Docker 1.6, konnten aber eine Zeit lang nicht upgraden, obwohl der Fehler in Docker 1.8 behoben wurde. Ein Upgrade von Docker hätte ein Upgrade auf eine Mesos-Version (0.23) erfordert, die mit Marathon-Version 0.10 ungetestet war. Bewertung gesammelt von und auf G2.com gehostet.

Mesos ist ein gutes Werkzeug und ich habe festgestellt, dass es sich ziemlich gut skalieren lässt, ohne im Weg zu sein. Es gibt auch eine Gemeinschaft darum, und die Unterstützung von Google hilft. Über Mesosphere DCOS kann ich nichts sagen, da ich es nicht benutzt habe. Bewertung gesammelt von und auf G2.com gehostet.

Einige Aspekte des Designs können problematisch sein. Insbesondere die Art und Weise, wie die Ressourcenverteilung gestaltet ist, erschwert es, "intelligente" Zuweisungsmodule in den Mesos-Master zu integrieren, die entscheiden können, wem Ressourcen angeboten werden sollen. Einerseits ist es ziemlich einfach, einen Zuweiser zu schreiben, andererseits kann ein benutzerdefinierter Zuweiser (soweit ich weiß) nicht leicht auf beliebige Daten über den aktuellen Zustand der Mesos-Agenten und -Frameworks zugreifen. In diesem Bereich werden jedoch Fortschritte gemacht. Bewertung gesammelt von und auf G2.com gehostet.

Mesos ist großartig, um Ops-Teams dabei zu helfen, ihre Infrastruktur zu vereinfachen und zu verdichten. Das Tool ist sehr solide und wir hatten nur sehr wenige Probleme damit. Es gibt auch eine große und wachsende Gemeinschaft von Entwicklern, die verschiedene Frameworks für Mesos erstellen, um unterschiedliche Bedürfnisse zu erfüllen. Wir haben unser eigenes Framework auf Mesos aufgebaut, das fast das gesamte Produkt betreibt. Bewertung gesammelt von und auf G2.com gehostet.

Die Dokumentation kann in einigen Fällen unzureichend sein, was es schwierig macht, in bestimmten Bereichen zu beginnen. Der Einstieg in die Entwicklung eines Frameworks oder das erstmalige Einrichten eines Mesos-Clusters können knifflige Schritte sein. Allerdings haben andere Community-Mitglieder oder Framework-Entwickler oft Informationen, die in diesen Fällen die Lücken füllen können.

Hinweis: Wir betreiben unseren eigenen Mesos-Cluster und nutzen keinen gehosteten Dienst. Bewertung gesammelt von und auf G2.com gehostet.

1. Sehr gute Unterstützung für Docker-Container.

2. Einfache Einrichtung

3. Protokollierung und Debug-Informationen Bewertung gesammelt von und auf G2.com gehostet.

1. In einigen Fällen wird der Mesos-Slave nicht ansprechbar oder bleibt in einer festgefahrenen Phase, wodurch eine Reihe von Aufgaben an ihn übermittelt werden.

2. Sehr enge Integration in Zookeeper. Manchmal verursacht Zookeeper Speicherprobleme, die zu Instabilität führen. Eine Integration mit etcd/consul wird bevorzugt. Bewertung gesammelt von und auf G2.com gehostet.