Controle remoto seguro para desktops convencionais e virtuais
CoreOS, a distro Linux leve em torno de recipientes Linux e Docker, decidiu romper com Docker e desenvolver a sua própria, contêiner de aplicativos tecnologia concorrente.
Na segunda-feira, CoreOS revelou uma versão protótipo do foguete, uma ferramenta de linha de comando para trabalhar com Container App, formato de imagem recipiente homebrewed da empresa, tempo de execução e mecanismo de descoberta.
"Continuamos a acreditar na premissa original de recipientes que Docker introduzidas, por isso estamos a fazer algo sobre isso", escreveu CoreOS CEO Alex Polvi em um post de blog . "Enquanto estamos nisso, estamos limpando e fixa algumas coisas que gostaríamos de ver em um recipiente pronto produção."
De acordo com Polvi, desenvolvimento de Docker se afastou de seu conceito original de recipientes simples, padrão para a idéia de Docker-as-plataforma - e não é isso que CoreOS assinou contrato para quando comecei a trabalhar com a tecnologia.
"Infelizmente, um componente reutilizável simples não é como as coisas estão acontecendo", Polvi escreveu. "Docker agora está construindo ferramentas para o lançamento de servidores em nuvem, sistemas de clustering, e uma ampla gama de funções: a construção de imagens, correndo imagens, upload, download, e, eventualmente, até mesmo sobreposição de redes, todos compilados em um corredor binário monolítico principalmente como root em seu servidor. "
Fontes familiarizadas com os planos da Docker disseram ao The Reg que a empresa planeja fazer uma demonstração, pelo menos, alguns desses recursos em sua conferência DockerCon Europa em Amsterdã, esta semana.
De POV Polvi, no entanto, essas mudanças realmente enfraquecer Docker, ao invés de fortalecê-lo. Descrevendo desenho central-daemon de Docker como "fundamentalmente falho" e seu modelo de segurança como "quebrado", Polvi disse que CoreOS "não pode, em boa-fé" continuar a apoiar de Docker para seus clientes corporativos.
Ao invés de se bifurcar código de Docker, CoreOS tomou a abordagem de criar um substituto terra-up para o formato de imagem Docker e as ferramentas usadas para lançar e manipular contêineres.
Significativamente, todos os instrumentos de CoreOS para trabalhar com Recipiente App serão integrados, mas são independentes um do outro. Foguete pode ser executado como uma ferramenta autônoma em qualquer sabor de Linux, e não apenas CoreOS. E Polvi disse que espera que outros fornecedores para fazer as suas próprias ferramentas que trabalham com a especificação Container App; eventualmente, os clientes que não gostam de Rocket não terá de usá-lo em tudo.
CoreOS está até pensando em contribuir apoio para Container App para o projeto open source Docker em si, uma vez que a especificação amadurece.
Em um post no blog na segunda-feira, Docker CEO Ben Golub expressou desapontamento com o movimento de CoreOS, acrescentando que "apenas um pequeno número de fornecedores" em desacordo com direção geral de Docker, e, em seguida, muitas vezes por razões de interesse próprio. Ainda assim, ele disse, porque Docker é um projeto open source, os clientes são livres para usar e integrar com o software como eles gostam, incluindo a promoção de uma norma alternativa como Container App.
"Enquanto nós não concordar com alguns dos argumentos e retórica questionável e timing do anúncio de Rocket, esperamos que todos nós podemos continuar a ser guiado pelo que é melhor para os usuários e desenvolvedores", disse Golub.
Por enquanto, porém, é cedo ainda para Rocket e Container App, e CoreOS instou a comunidade open source para ajudar a desenvolver a tecnologia. Um rascunho da especificação Container App está disponível aqui , e a versão protótipo do foguete está disponível no GitHub, aqui . ®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário