[1]​ Ha sido adoptado por varias compañías de software grandes, incluyendo Twitter, Airbnb y Apple.

Mesos empezó como un proyecto de investigación en el Laboratorio UC Berkeley RAD en ese entonces por los estudiantes de doctorado Benjamin Hindman, Andy Konwinski, y Matei Zaharia, así como el profesor Ion Stoica.

[3]​ La primera presentación de Mesos fue en 2009 (mientras todavía era llamado Nexus) por Andy Konwinski en HotCloud '09 en una charla que acompañaba el primer artículo científico publicado sobre el proyecto.

[4]​ Más tarde en 2011 es presentado en un estado más maduro en una charla por Matei Zaharia en el USENIX, conferencia Symposium on Networked Systems Design and Implementation sobre el artículo "Mesos: Una Plataforma para administrar recursos compartidos en el Centro de procesamiento de Datos" por Benjamin Hindman, Andy Konwinski, Matei Zaharia, Ali Ghodsi, Anthony D. Joseph, Randy Katz, Scott Shenker, Ión Stoica.

Es tolerante de fallos, ya que puede generar réplicas del nodo maestro.

Por defecto, ya viene con una interfaz gráfica web para poder visualizar el estado del clúster, aplicaciones que corrieron, logs, entre otros datos.

Aquellos que son maestros, reciben solicitudes para ejecutar trabajos que provienen de algún framework y los mandan a ejecutar sobre nodos agentes, a su vez estos son encargados de reservar recursos para que las tareas de esos frameworks puedan ejecutar en los nodos agentes.

Los dos nodos pasivos se mantendrán en ese estado a la espera de que el nodo activo pueda fallar y así asumir el rol de nodo máster activo.Mesos es a menudo comparado con Google Omega scheduler, una plataforma altamente secreta utilizada internamente para dirigir y distribuir los servicios de Google.

[8]​[9]​ Chronos es un sistema distribuido cron-like, es elástico y también puede expresar dependencias entre trabajos.

Debido a esto, si un agente fallara podría ocasionar problemas en sus tareas.

Cuando el servicio este recuperado se empezaran a procesar las peticiones que fueron guardadas.

Conexión Una tarea que ya se ejecutó anteriormente tendrá más posibilidades de volverse a ejecutar en el mismo Cgroup y el mismo agente que lo hizo la última vez, de esta manera la información se puede recuperar.