Recensioni e Dettagli del Prodotto Apache Mesos

Adoro l'astrazione che Mesos fornisce in termini di gestione delle risorse per il cluster. È integrato perfettamente con Apache Spark. Ciò consente di avviare compiti Spark in un cluster Mesos semplicemente specificando l'URL del cluster Mesos. Dal calcolo locale a quello clusterizzato con un solo parametro.

La sua base di codice in C++ è piuttosto pulita, spesso utilizzando modelli di programmazione funzionale. Recensione raccolta e ospitata su G2.com.

Se hai un'applicazione distribuita che vuoi distribuire su Mesos, devi utilizzare un framework per gestire le offerte di risorse per essa. Quel framework è ad-hoc per quell'applicazione e o qualcun altro lo ha scritto o devi scriverlo tu stesso. Tuttavia, grazie a Marathon, che funge da framework generico per applicazioni containerizzate, puoi distribuire qualsiasi applicazione che puoi avvolgere in un container come Docker. Recensione raccolta e ospitata su G2.com.

È stato facile da configurare e avviare in un cluster su hardware standard. Funziona bene anche in un ambiente virtuale. Recensione raccolta e ospitata su G2.com.

Configurarla correttamente per l'uso della memoria e della CPU è complicato. Inoltre, non c'è molto software per la gestione e l'orchestrazione del cluster. È stato difficile ottenere visibilità sulle applicazioni in esecuzione. Recensione raccolta e ospitata su G2.com.

Le funzionalità di allocazione delle risorse sono la cosa migliore che Mesos ha. Mi piace il modo in cui facciamo la configurazione, è molto semplice eseguire il processo master e slave. L'idea di estenderlo con i framework è stata davvero ottima, ora abbiamo molti framework per eseguire una varietà di compiti diversi. Recensione raccolta e ospitata su G2.com.

Non mi piace dover usare zookeeper per fare l'elezione del master. Sarebbe meglio se potessi scegliere il servizio di scoperta dei servizi migliore per me.

A volte è difficile eseguire il debug di un'attività con errori. L'interfaccia utente non è così buona. Potrebbe essere migliore, ma funziona così com'è. Recensione raccolta e ospitata su G2.com.

Dobbiamo preparare gli ambienti di esecuzione necessari, dal testing alla produzione e tutto ciò che sta in mezzo. Utilizzare Docker insieme a Mesos ci consente di incapsulare gli ambienti di esecuzione all'interno del container. In coordinamento con Mesos, esso alloca una macchina adatta per il servizio e lo distribuisce estraendolo dal nostro hub Docker privato sulla macchina allocata. Tuttavia, per software esterni come ElasticSearch non abbiamo bisogno di integrazione continua e li rilasciamo direttamente dal nostro ambiente di sviluppo locale. Per gestire questo caso d'uso abbiamo sviluppato Shovel, che intendiamo rendere open-source a breve. Automatizza il processo dalla costruzione dell'immagine Docker contenente il microservizio fino al rilascio finale al pubblico. Per rilasciare un microservizio oggi dobbiamo solo preparare un Dockerfile e fornire una configurazione di base. Il resto del processo di rilascio è completamente gestito da Shovel. Per semplificare ulteriormente l'avvio, abbiamo un modello di servizio che contiene componenti comunemente usati e ci consente di rilasciare un nuovo microservizio in pochi minuti. Recensione raccolta e ospitata su G2.com.

Mesos è ancora nelle sue fasi iniziali, probabilmente meglio esemplificato dai numeri di versione molto inferiori a 1.0. Le nuove versioni di Mesos spesso includono importanti correzioni di bug, ma l'aggiornamento è stato un punto dolente per noi a causa del numero di parti mobili che hanno portato a situazioni di stallo. Recensione raccolta e ospitata su G2.com.

In Pre-Mesos dovevamo preparare gli ambienti di esecuzione necessari dal testing alla produzione e tutto ciò che sta in mezzo. Usare Docker insieme a Mesos ci permette di racchiudere gli ambienti di esecuzione all'interno del container. Questo ci libera dallo sforzo di fornire l'infrastruttura per ogni nuovo microservizio che vogliamo rilasciare.

Tuttavia, per software esterni come ElasticSearch non abbiamo bisogno di integrazione continua e li rilasciamo direttamente dal nostro ambiente di sviluppo locale. Per gestire questo caso d'uso abbiamo sviluppato Shovel, che abbiamo intenzione di rendere open-source a breve. Automatizza il processo dalla costruzione dell'immagine Docker contenente il microservizio fino al rilascio pubblico. Per rilasciare un microservizio oggi dobbiamo solo preparare un Dockerfile e fornire una configurazione di base. La configurazione di base include impostazioni come l'endpoint URL pubblico o la quantità di risorse CPU e memoria richieste. Il resto del processo di rilascio è poi completamente gestito da Shovel. Per semplificare ulteriormente l'avvio, abbiamo un modello di servizio che contiene componenti comunemente usati e ci permette di rilasciare un nuovo microservizio in pochi minuti. Recensione raccolta e ospitata su G2.com.

Mesos è ancora nelle sue fasi iniziali, probabilmente meglio esemplificato dai numeri di versione ben al di sotto di 1.0. Le nuove versioni di Mesos spesso includono importanti correzioni di bug, ma l'aggiornamento è stato un punto dolente per noi a causa del numero di parti mobili che hanno portato a situazioni di stallo.

Ad esempio, abbiamo riscontrato perdite di memoria con Docker 1.6 ma non siamo stati in grado di aggiornare per un po' di tempo anche se il bug è stato risolto in Docker 1.8. L'aggiornamento di Docker avrebbe richiesto l'aggiornamento a una versione di Mesos (0.23) che non era stata testata con la versione 0.10 di Marathon. Recensione raccolta e ospitata su G2.com.

Stabilità. Raramente incontriamo problemi dovuti a Mesos stesso. È bello poter semplicemente togliere o aggiungere macchine e far sì che Mesos si adatti di conseguenza.

La possibilità di utilizzare framework, come Marathon, sopra di esso è anche fondamentale per noi. Avevamo bisogno di task di lunga durata e della possibilità di invocarli utilizzando le API REST.

Il supporto per l'esecuzione di task all'interno di container Docker è fondamentale per noi, quindi il Docker Containerizer è importante. Recensione raccolta e ospitata su G2.com.

La documentazione è abbastanza buona sotto molti aspetti, ma al giorno d'oggi, si dovrebbe presumere che alcune persone vorranno eseguire l'intero framework Mesos all'interno di Docker, quindi dei container Docker ufficialmente supportati su Docker Hub sarebbero utili.

Il meccanismo per specificare le opzioni di configurazione di Mesos (se un file esiste o meno, il nome di un file è il nome dell'opzione e il contenuto è il valore dell'opzione) è strano. È la prima volta che lo incontro. Recensione raccolta e ospitata su G2.com.

Prima di Mesos dovevamo preparare gli ambienti di esecuzione necessari, dal testing alla produzione e tutto ciò che sta in mezzo. Usare Docker insieme a Mesos ci permette di racchiudere gli ambienti di esecuzione all'interno del container. Questo ci libera dallo sforzo di fornire l'infrastruttura per ogni nuovo microservizio che vogliamo rilasciare.

Il nostro processo di rilascio inizialmente consisteva nel fare il push sul branch di rilascio del servizio su git, che attivava automaticamente il processo di integrazione continua. Marathon funge da gestore di distribuzione. In coordinamento con Mesos, alloca una macchina adatta per il servizio e lo distribuisce prelevandolo dal nostro hub Docker privato sulla macchina allocata.

Tuttavia, per software esterni come ElasticSearch non abbiamo bisogno di integrazione continua e li rilasciamo direttamente dal nostro ambiente di sviluppo locale. Per gestire questo caso d'uso abbiamo sviluppato Shovel, che abbiamo in programma di rendere open-source a breve. Automatizza il processo dalla costruzione dell'immagine Docker contenente il microservizio fino al rilascio finale al pubblico. Per rilasciare un microservizio oggi dobbiamo solo preparare un Dockerfile e fornire una configurazione di base. La configurazione di base include impostazioni come l'endpoint URL pubblico o la quantità di risorse CPU e memoria richieste. Il resto del processo di rilascio è poi completamente gestito da Shovel. Per semplificare ulteriormente l'avvio, abbiamo un modello di servizio che contiene componenti comunemente usati e ci permette di rilasciare un nuovo microservizio in pochi minuti. Recensione raccolta e ospitata su G2.com.

Mesos è ancora nelle sue fasi iniziali, probabilmente meglio esemplificato dai numeri di versione ben al di sotto di 1.0. Le nuove versioni di Mesos spesso includono importanti correzioni di bug, ma l'aggiornamento è stato un punto dolente per noi a causa del numero di parti mobili che hanno portato a situazioni di stallo.

Ad esempio, abbiamo riscontrato perdite di memoria con Docker 1.6 ma non siamo stati in grado di aggiornare per un po' di tempo, anche se il bug è stato risolto in Docker 1.8. L'aggiornamento di Docker avrebbe richiesto l'aggiornamento a una versione di Mesos (0.23) che non era stata testata con la versione 0.10 di Marathon. Recensione raccolta e ospitata su G2.com.

Mesos è un buon strumento e ho scoperto che scala abbastanza bene senza essere d'intralcio. C'è anche una comunità intorno ad esso, e l'incoraggiamento di Google aiuta. Non posso parlare di Mesosphere DCOS perché non l'ho usato. Recensione raccolta e ospitata su G2.com.

Alcuni aspetti del design possono essere problematici. In particolare, il modo in cui è progettata l'allocazione delle risorse rende più difficile costruire moduli allocatori "intelligenti" nel master di Mesos che possano decidere a chi offrire le risorse. Da un lato, è abbastanza semplice scrivere un allocatore, ma dall'altro, un allocatore personalizzato non può (l'ultima volta che ho controllato) accedere facilmente a qualsiasi dato desideri sullo stato attuale degli agenti e dei framework di Mesos. Tuttavia, si stanno facendo progressi in quest'area. Recensione raccolta e ospitata su G2.com.

Mesos è ottimo per aiutare i team operativi a semplificare e condensare la loro infrastruttura. Lo strumento è molto solido e abbiamo avuto pochissimi problemi con esso. C'è anche una comunità di sviluppatori ampia e in crescita che crea diversi framework per Mesos per soddisfare esigenze diverse. Abbiamo creato il nostro framework sopra Mesos che gestisce quasi l'intero prodotto. Recensione raccolta e ospitata su G2.com.

La documentazione può essere carente in alcuni casi, rendendo difficile iniziare in certi ambiti. Iniziare a sviluppare un framework o avviare il cluster Mesos per la prima volta può essere un passo complicato. Tuttavia, altri membri della comunità o sviluppatori di framework spesso hanno informazioni che possono colmare le lacune in questi casi.

Nota: gestiamo il nostro cluster Mesos e non utilizziamo un servizio ospitato. Recensione raccolta e ospitata su G2.com.

1. Ottimo supporto per i container Docker.

2. Configurazione facile

3. Informazioni di log e debug Recensione raccolta e ospitata su G2.com.

1. In alcune occasioni, il mesos-slave diventa non reattivo o si blocca, causando l'accodamento di un gruppo di task.

2. Integrazione molto stretta con Zookeeper. A volte Zookeeper causa problemi di memoria che portano a instabilità. È preferita l'integrazione con etcd/consul. Recensione raccolta e ospitata su G2.com.