Avaliações e Detalhes do Produto Apache Mesos

Eu amo a abstração que o Mesos fornece em termos de gerenciamento de recursos para o cluster. É integrado perfeitamente com o Apache Spark. Isso permite lançar tarefas do Spark em um cluster Mesos apenas especificando o URL do cluster Mesos. De computação local para computação em cluster com apenas um parâmetro.

Sua base de código em C++ é bastante limpa, frequentemente usando padrões de programação funcional. Análise coletada por e hospedada no G2.com.

Se você tem um aplicativo distribuído que deseja implantar no Mesos, você precisa usar um framework para lidar com ofertas de recursos para ele. Esse framework é ad-hoc para esse aplicativo e ou alguém o escreveu ou você precisa escrevê-lo por conta própria. No entanto, graças ao Marathon, que atua como um framework genérico para aplicativos containerizados, você pode implantar qualquer aplicativo que possa encapsular em um contêiner, como o Docker. Análise coletada por e hospedada no G2.com.

Foi fácil configurar e executar em um cluster em hardware padrão. Também funciona bem em um ambiente virtual. Análise coletada por e hospedada no G2.com.

Configurá-lo corretamente para o uso de memória e CPU é complicado. Também não há muito software em torno da gestão e orquestração de clusters. Foi difícil obter visibilidade sobre suas aplicações em execução. Análise coletada por e hospedada no G2.com.

Os recursos de alocação são a melhor coisa que o Mesos tem. Eu gosto da maneira como fazemos a configuração, é muito simples executar o processo de mestre e escravo. A ideia de estendê-lo com frameworks foi realmente ótima, agora temos muitos frameworks para executar muitas tarefas diferentes. Análise coletada por e hospedada no G2.com.

Eu não gosto de ter que usar o zookeeper para fazer a eleição do mestre. Seria melhor se eu pudesse escolher o melhor serviço de descoberta de serviços para mim.

Às vezes é difícil depurar uma tarefa com erros.

A interface do usuário não é tão boa. Poderia ser melhor, mas funciona como está. Análise coletada por e hospedada no G2.com.

Devemos preparar os ambientes de execução necessários, desde o teste até a produção e tudo o que está no meio. Usar Docker junto com Mesos nos permite encapsular ambientes de execução dentro do contêiner. Em coordenação com Mesos, ele aloca uma máquina adequada para o serviço e o implanta puxando-o do nosso hub Docker privado para a máquina alocada. No entanto, para softwares externos como o ElasticSearch, não precisamos de integração contínua e os liberamos diretamente do nosso ambiente de desenvolvimento local. Para lidar com esse caso de uso, desenvolvemos o Shovel, que planejamos tornar open-source em breve. Ele automatiza o processo desde a construção da imagem Docker contendo o microsserviço até finalmente liberá-los para o público. Para liberar um microsserviço hoje, só precisamos preparar um Dockerfile e fornecer uma configuração básica. O restante do processo de liberação é então completamente gerenciado pelo Shovel. Para simplificar ainda mais a inicialização, temos um modelo de serviço que contém componentes comumente usados e nos permite liberar um novo microsserviço em minutos. Análise coletada por e hospedada no G2.com.

O Mesos ainda está em seus primeiros dias, provavelmente melhor exemplificado pelos números de versão muito abaixo de 1.0. Novos lançamentos do Mesos frequentemente incluem correções de bugs importantes, mas a atualização tem sido um ponto problemático para nós devido ao número de partes móveis que levaram a situações de impasse. Análise coletada por e hospedada no G2.com.

No pré-Mesos, tínhamos que preparar os ambientes de execução necessários, desde o teste até a produção e tudo o que estivesse entre eles. Usar Docker junto com Mesos nos permite encapsular ambientes de execução dentro do contêiner. Isso nos libera do esforço de provisionar a infraestrutura de cada novo microsserviço que queremos lançar.

No entanto, para softwares externos como o ElasticSearch, não precisamos de integração contínua e os lançamos diretamente do nosso ambiente de desenvolvimento local. Para lidar com esse caso de uso, desenvolvemos o Shovel, que planejamos tornar open-source em breve. Ele automatiza o processo desde a construção da imagem Docker contendo o microsserviço até finalmente lançá-los ao público. Para lançar um microsserviço hoje, só precisamos preparar um Dockerfile e fornecer uma configuração básica. A configuração básica inclui definições como o endpoint de URL público ou a quantidade de recursos de CPU e memória necessários. O restante do processo de lançamento é então completamente gerenciado pelo Shovel. Para simplificar ainda mais a inicialização, temos um modelo de serviço que contém componentes comumente usados e nos permite lançar um novo microsserviço em minutos. Análise coletada por e hospedada no G2.com.

O Mesos ainda está em seus primeiros dias, provavelmente melhor exemplificado pelos números de versão muito abaixo de 1.0. Novas versões do Mesos frequentemente incluem correções de bugs importantes, mas a atualização tem sido um ponto problemático para nós devido ao número de partes móveis que levaram a situações de impasse.

Como exemplo, experimentamos vazamentos de memória com o Docker 1.6, mas não conseguimos atualizar por algum tempo, mesmo que o bug tenha sido corrigido no Docker 1.8. Atualizar o Docker teria exigido uma atualização para uma versão do Mesos (0.23) que não foi testada com a versão 0.10 do Marathon. Análise coletada por e hospedada no G2.com.

Estabilidade. Raramente encontramos problemas que são devido ao próprio Mesos. É bom poder simplesmente remover ou adicionar máquinas e ter o Mesos ajustando-se de acordo.

A capacidade de usar frameworks, como o Marathon, em cima dele também é fundamental para nós. Precisávamos de tarefas de longa duração e da capacidade de invocá-las usando APIs REST.

O suporte para executar tarefas dentro de contêineres Docker é crítico para nós, então o Docker Containerizer é importante. Análise coletada por e hospedada no G2.com.

A documentação é boa o suficiente em muitos aspectos, mas hoje em dia, deve-se assumir que algumas pessoas vão querer executar todo o framework Mesos dentro do Docker, então contêineres Docker oficialmente suportados no Docker Hub seriam úteis.

O mecanismo para especificar opções de configuração do Mesos (se um arquivo existe ou não, o nome de um arquivo é o nome da opção, e o conteúdo é o valor da opção) é estranho. É a primeira vez que encontro isso. Análise coletada por e hospedada no G2.com.

Antes do Mesos, tínhamos que preparar os ambientes de execução necessários, desde o teste até a produção e tudo mais. Usar o Docker junto com o Mesos nos permite encapsular ambientes de execução dentro do contêiner. Isso nos libera do esforço de provisionar a infraestrutura de cada novo microsserviço que queremos lançar.

Nosso processo de lançamento inicialmente consistia em fazer push para o branch de lançamento do git de um serviço, o que automaticamente acionava o processo de integração contínua. O Marathon serve como gerente de implantação. Em coordenação com o Mesos, ele aloca uma máquina adequada para o serviço e o implanta puxando-o do nosso hub privado do Docker para a máquina alocada.

No entanto, para softwares externos como o ElasticSearch, não precisamos de integração contínua e os lançamos diretamente do nosso ambiente de desenvolvimento local. Para lidar com esse caso de uso, desenvolvemos o Shovel, que planejamos tornar open-source em breve. Ele automatiza o processo desde a construção da imagem Docker contendo o microsserviço até finalmente lançá-los ao público. Para lançar um microsserviço hoje, só precisamos preparar um Dockerfile e fornecer uma configuração básica. A configuração básica inclui definições como endpoint de URL público ou quantidade de recursos de CPU e memória necessários. O restante do processo de lançamento é então completamente gerenciado pelo Shovel. Para simplificar ainda mais a inicialização, temos um modelo de serviço que contém componentes comumente usados e nos permite lançar um novo microsserviço em minutos. Análise coletada por e hospedada no G2.com.

O Mesos ainda está em seus primeiros dias, provavelmente melhor exemplificado pelos números de versão muito abaixo de 1.0. Novas versões do Mesos frequentemente incluem correções de bugs importantes, mas a atualização tem sido um ponto problemático para nós devido ao número de partes móveis que levaram a situações de impasse.

Como exemplo, experimentamos vazamentos de memória com o Docker 1.6, mas não conseguimos atualizar por algum tempo, mesmo que o bug tenha sido corrigido no Docker 1.8. Atualizar o Docker teria exigido uma atualização para uma versão do Mesos (0.23) que não foi testada com a versão 0.10 do Marathon. Análise coletada por e hospedada no G2.com.

Mesos é uma boa ferramenta e descobri que ela escala muito bem sem atrapalhar. Também há uma comunidade em torno dela, e o incentivo do Google ajuda. Não posso falar sobre o Mesosphere DCOS porque não o usei. Análise coletada por e hospedada no G2.com.

Alguns aspectos do design podem ser problemáticos. Particularmente, a forma como a alocação de recursos é projetada torna mais difícil construir módulos de alocadores "inteligentes" no mestre do mesos que possam decidir a quem oferecer recursos. Por um lado, é relativamente simples escrever um alocador, mas por outro, um alocador personalizado não pode (da última vez que verifiquei) acessar facilmente qualquer dado que desejar sobre o estado atual dos agentes e frameworks do mesos. No entanto, progressos estão sendo feitos nesta área. Análise coletada por e hospedada no G2.com.

Mesos é ótimo para ajudar as equipes de operações a simplificar e condensar sua infraestrutura. A ferramenta é muito sólida e tivemos muito poucos problemas com ela. Há também uma comunidade grande e crescente de desenvolvedores criando diferentes frameworks para o Mesos para atender a diferentes necessidades. Criamos nosso próprio framework em cima do Mesos que executa quase todo o produto. Análise coletada por e hospedada no G2.com.

A documentação pode ser insuficiente em alguns casos, tornando difícil começar em certas áreas. Começar a desenvolver uma estrutura ou colocar o cluster mesos em funcionamento pela primeira vez pode ser passos complicados. No entanto, outros membros da comunidade ou desenvolvedores de estruturas frequentemente têm informações que podem preencher as lacunas nesses casos.

Nota: operamos nosso próprio cluster mesos e não usamos um serviço hospedado. Análise coletada por e hospedada no G2.com.

1. Muito bom suporte para contêineres Docker.

2. Configuração fácil

3. Informações de registro e depuração Análise coletada por e hospedada no G2.com.

1. Em poucas ocasiões, o mesos-slave torna-se não responsivo ou fica preso, fazendo com que um monte de tarefas fiquem enfileiradas nele.

2. Integração muito estreita com o Zookeeper. Às vezes, o Zookeeper está causando problemas de memória que levam à instabilidade. A integração com etcd/consul é preferida. Análise coletada por e hospedada no G2.com.