Apache Mesos Reseñas y Detalles del Producto

Me encanta la abstracción que Mesos proporciona en términos de gestión de recursos para el clúster. Está perfectamente integrado con Apache Spark. Eso permite lanzar tareas de Spark en un clúster de Mesos simplemente especificando la URL del clúster de Mesos. De la computación local a la computación en clúster con solo un parámetro.

Su base de código en C++ es bastante limpia, a menudo utilizando patrones de programación funcional. Reseña recopilada por y alojada en G2.com.

Si tienes una aplicación distribuida que deseas desplegar en Mesos, necesitas usar un framework para manejar las ofertas de recursos para ella. Ese framework es ad-hoc para esa aplicación y o bien alguien más lo escribió o necesitas escribirlo tú mismo. Sin embargo, gracias a Marathon, que actúa como un framework genérico para aplicaciones en contenedores, puedes desplegar cualquier aplicación que puedas envolver en un contenedor como Docker. Reseña recopilada por y alojada en G2.com.

Fue fácil de configurar y poner en marcha en un clúster en hardware estándar. También funciona bien en un entorno virtual. Reseña recopilada por y alojada en G2.com.

Configurarlo adecuadamente para el uso de memoria y CPU es complicado. Tampoco hay mucho software para la gestión y orquestación de clústeres. Fue difícil obtener visibilidad de tus aplicaciones en ejecución. Reseña recopilada por y alojada en G2.com.

Las características de asignación de recursos son lo mejor que tiene Mesos. Me gusta la forma en que hacemos la configuración, es muy simple ejecutar el proceso de maestro y esclavo. La idea de extenderlo con frameworks fue realmente genial, ahora tenemos muchos frameworks para ejecutar una gran variedad de tareas diferentes. Reseña recopilada por y alojada en G2.com.

No me gusta tener que usar zookeeper para hacer la elección del maestro. Sería mejor si pudiera elegir el mejor servicio de descubrimiento de servicios para mí.

A veces es difícil depurar una tarea con errores. La interfaz de usuario no es tan buena. Podría ser mejor, pero funciona tal como está. Reseña recopilada por y alojada en G2.com.

Se supone que debemos preparar los entornos de ejecución necesarios desde las pruebas hasta la producción y todo lo que hay en medio. Usar Docker junto con Mesos nos permite encapsular entornos de ejecución dentro del contenedor. En coordinación con Mesos, asigna una máquina adecuada para el servicio y lo despliega extrayéndolo de nuestro hub privado de Docker en la máquina asignada. Sin embargo, para software externo como ElasticSearch no necesitamos integración continua y los liberamos directamente desde nuestro entorno de desarrollo local. Para manejar este caso de uso, desarrollamos Shovel, que planeamos hacer de código abierto en breve. Automatiza el proceso desde la construcción de la imagen Docker que contiene el microservicio hasta finalmente liberarlos al público. Para liberar un microservicio hoy solo tenemos que preparar un Dockerfile y proporcionar una configuración básica. El resto del proceso de liberación es completamente manejado por Shovel. Para simplificar aún más el arranque, tenemos una plantilla de servicio que contiene componentes comúnmente usados y nos permite liberar un nuevo microservicio en minutos. Reseña recopilada por y alojada en G2.com.

Mesos todavía está en sus primeros días, probablemente mejor ejemplificado por los números de versión muy inferiores a 1.0. Las nuevas versiones de Mesos a menudo incluyen correcciones importantes de errores, pero la actualización ha sido un punto problemático para nosotros debido a la cantidad de piezas móviles que llevaron a situaciones de callejón sin salida. Reseña recopilada por y alojada en G2.com.

En Pre-Mesos teníamos que preparar los entornos de ejecución necesarios desde las pruebas hasta la producción y todo lo demás. Usar Docker junto con Mesos nos permite encapsular los entornos de ejecución dentro del contenedor. Eso nos libera del esfuerzo de aprovisionar la infraestructura de cada nuevo microservicio que queremos lanzar.

Sin embargo, para software externo como ElasticSearch no necesitamos integración continua y los lanzamos directamente desde nuestro entorno de desarrollo local. Para manejar este caso de uso desarrollamos Shovel, que planeamos hacer de código abierto en breve. Automatiza el proceso desde la construcción de la imagen Docker que contiene el microservicio hasta finalmente lanzarlos al público. Para lanzar un microservicio hoy solo tenemos que preparar un Dockerfile y proporcionar una configuración básica. La configuración básica incluye ajustes como el punto final de URL pública o la cantidad de recursos de CPU y memoria requeridos. El resto del proceso de lanzamiento es manejado completamente por Shovel. Para simplificar aún más el arranque, tenemos una plantilla de servicio que contiene componentes comúnmente usados y nos permite lanzar un nuevo microservicio en minutos. Reseña recopilada por y alojada en G2.com.

Mesos todavía está en sus primeros días, probablemente mejor ejemplificado por los números de versión muy por debajo de 1.0. Las nuevas versiones de Mesos a menudo incluyen correcciones importantes de errores, pero la actualización ha sido un punto problemático para nosotros debido a la cantidad de partes móviles que llevaron a situaciones de catch-22.

Como ejemplo, experimentamos fugas de memoria con Docker 1.6, pero no pudimos actualizar durante algún tiempo a pesar de que el error se corrigió en Docker 1.8. Actualizar Docker habría requerido actualizar a una versión de Mesos (0.23) que no había sido probada con la versión 0.10 de Marathon. Reseña recopilada por y alojada en G2.com.

Estabilidad. Rara vez encontramos problemas que se deban a Mesos en sí. Es agradable poder simplemente quitar o agregar máquinas y que Mesos se ajuste en consecuencia.

La capacidad de usar frameworks, como Marathon, sobre él también es clave para nosotros. Necesitábamos tareas de larga duración y la capacidad de invocarlas usando APIs REST.

El soporte para ejecutar tareas dentro de contenedores Docker es crítico para nosotros, por lo que el Docker Containerizer es importante. Reseña recopilada por y alojada en G2.com.

La documentación es suficientemente buena en la mayoría de los aspectos, pero hoy en día, se debe asumir que algunas personas querrán ejecutar todo el marco de Mesos dentro de Docker, por lo que contenedores Docker oficialmente soportados en Docker Hub serían de ayuda.

El mecanismo para especificar las opciones de configuración de Mesos (ya sea que un archivo exista o no, el nombre de un archivo es el nombre de la opción, y el contenido es el valor de la opción) es extraño. Es la primera vez que me encuentro con él. Reseña recopilada por y alojada en G2.com.

Antes de Mesos, teníamos que preparar los entornos de ejecución necesarios desde las pruebas hasta la producción y todo lo demás. Usar Docker junto con Mesos nos permite encapsular los entornos de ejecución dentro del contenedor. Eso nos libera del esfuerzo de aprovisionar la infraestructura de cada nuevo microservicio que queremos lanzar.

Nuestro proceso de lanzamiento consistía inicialmente en hacer push a la rama de lanzamiento de git de un servicio, lo que automáticamente desencadenaba el proceso de integración continua. Marathon sirve como gestor de despliegue. En coordinación con Mesos, asigna una máquina adecuada para el servicio y lo despliega extrayéndolo de nuestro hub privado de Docker en la máquina asignada.

Sin embargo, para software externo como ElasticSearch no necesitamos integración continua y los lanzamos directamente desde nuestro entorno de desarrollo local. Para manejar este caso de uso, desarrollamos Shovel, que planeamos hacer de código abierto en breve. Automatiza el proceso desde la construcción de la imagen Docker que contiene el microservicio hasta finalmente lanzarlos al público. Para lanzar un microservicio hoy solo tenemos que preparar un Dockerfile y proporcionar una configuración básica. La configuración básica incluye ajustes como el punto final de URL pública o la cantidad de recursos de CPU y memoria requeridos. El resto del proceso de lanzamiento es manejado completamente por Shovel. Para simplificar aún más el arranque, tenemos una plantilla de servicio que contiene componentes comúnmente usados y nos permite lanzar un nuevo microservicio en minutos. Reseña recopilada por y alojada en G2.com.

Mesos todavía está en sus primeros días, probablemente mejor ejemplificado por los números de versión muy por debajo de 1.0. Las nuevas versiones de Mesos a menudo incluyen correcciones importantes de errores, pero la actualización ha sido un punto problemático para nosotros debido a la cantidad de partes móviles que llevaron a situaciones de callejón sin salida.

Como ejemplo, experimentamos fugas de memoria con Docker 1.6, pero no pudimos actualizar durante algún tiempo a pesar de que el error se corrigió en Docker 1.8. Actualizar Docker habría requerido actualizar a una versión de Mesos (0.23) que no había sido probada con la versión 0.10 de Marathon. Reseña recopilada por y alojada en G2.com.

Mesos es una buena herramienta y he encontrado que escala bastante bien sin estorbar. También hay una comunidad a su alrededor, y el apoyo de Google ayuda. No puedo opinar sobre Mesosphere DCOS porque no lo he usado. Reseña recopilada por y alojada en G2.com.

Algunos aspectos del diseño pueden ser problemáticos. En particular, la forma en que se diseña la asignación de recursos hace que sea más difícil construir módulos de asignación "inteligentes" en el maestro de mesos que puedan decidir a quién ofrecer recursos. Por un lado, es bastante simple escribir un asignador, pero por otro, un asignador personalizado no puede (la última vez que verifiqué) acceder fácilmente a cualquier dato que desee sobre el estado actual de los agentes y marcos de mesos. Sin embargo, se están haciendo progresos en esta área. Reseña recopilada por y alojada en G2.com.

Mesos es excelente para ayudar a los equipos de operaciones a simplificar y condensar su infraestructura. La herramienta es muy sólida y hemos tenido muy pocos problemas con ella. También hay una comunidad grande y en crecimiento de desarrolladores que crean diferentes marcos para Mesos para satisfacer diferentes necesidades. Hemos creado nuestro propio marco sobre Mesos que ejecuta casi todo el producto. Reseña recopilada por y alojada en G2.com.

La documentación puede ser deficiente en algunos casos, lo que dificulta comenzar en ciertas áreas. Comenzar a desarrollar un marco o poner en marcha el clúster de mesos por primera vez pueden ser pasos complicados. Sin embargo, otros miembros de la comunidad o desarrolladores de marcos a menudo tienen información que puede llenar los vacíos en estos casos.

Nota: operamos nuestro propio clúster de mesos y no utilizamos un servicio alojado. Reseña recopilada por y alojada en G2.com.

1. Muy buen soporte para contenedores de Docker.

2. Configuración fácil

3. Información de registro y depuración Reseña recopilada por y alojada en G2.com.

1. En pocas ocasiones, el esclavo de Mesos se vuelve no responsivo o se queda atascado, lo que provoca que un montón de tareas se queden en cola.

2. Integración muy estrecha con Zookeeper. A veces, Zookeeper causa problemas de memoria que conducen a inestabilidad. Se prefiere la integración con etcd/consul. Reseña recopilada por y alojada en G2.com.