segunda-feira, 1 de dezembro de 2014

Docker, Parte 2: Whoa! Padrão da indústria espontânea! Como é que eles fazem isso?


Top 5 razões para implantar VMware com Tegile


Blog Sysadmin Docker está lentamente tomando conta do mundo. Desde as suas origens humildes, que nós explorados na sexta-feira, como um projeto interno no dotCloud, através de recente da Microsoft anúncio que apoiará Docker nativamente no Windows, Docker parece destinada a tornar-se um dos principais componentes da infra-estrutura de TI moderna.


Hoje em dia, é alimentado por encaixe Libcontainer, em vez de o LXC mais generalizada. O interruptor tem algumas implicações muito concretas para o futuro da Docker, para a sua aprovação potencial e por sua interação com a comunidade.







Assuntos Libcontainer, pela mesma razão que o Android importa: controle. Consideremos por um momento que, embora existam eleventy distribuições de Linux squillion lá fora, quase ninguém diz "Android Linux." Eles vão dizer "Red Hat Linux", "Ubuntu Linux" ou "SuSE Linux", mas eles não vão dizer "Android Linux."


Derivados do Android - como clone "Fire" da Amazon - são referidos não como novas distribuições de "Linux", mas como "variantes de Android". Compare isso com Mint: um derivado do Ubuntu, que é um derivado do Debian, mas todos são comumente chamado simplesmente de "Linux".


De acordo com as ministrações cuidadosas de Google, o Android tornou-se a sua própria "coisa". Distribuições Linux tendem a ter várias coisas em comum. Gerentes da embalagem, várias ferramentas comuns e embalados, procedimentos de inicialização de inicialização similares, layouts de arquivos, etc ... tudo sem prejuízo, naturalmente, à fragmentação. Android levou o kernel do Linux, algumas das idéias básicas, e apenas correu em uma direção completamente diferente.


Com libcontainer, Docker estão fazendo exatamente a mesma coisa. Docker não vai fazer política com as distros sobre como e quando implementam LXC. Docker não é a realização de reuniões de grupo abraço para garantir que todos está tudo bem com o impacto emocional e conceitos filosóficos por trás de cada decisão.


LIbcontainer é Docker própria; a empresa irá implementá-lo como eles gostam e se você não gosta, você pode ir de salto em um lago. Executar qualquer sistema operacional você quer por baixo, mas é Docker que irá fornecer-lhe a sua contenção.


A jogada ousada


Este é exatamente o tipo de movimento que normalmente não vai cair bem no mundo open-source. Para cada "você vai fazer do nosso jeito e você vai gostar", que resulta em um Android, existem dezenas de falhas de liderança que resultam em catástrofes como Unity do Ubuntu ou câmera lenta MySQL trainwreck da Oracle.


Google tinha bilhões e bilhões de dólares e uma década de boa vontade para queimar que lhes permitiu intimidar o mundo para fazer Android smartphone dominante (e muito possivelmente embutido) OS. O que Docker tem que está ganhando tal campanha publicitária esmagadora, e permitindo-lhe fugir com uma forma rara de ditadura na arena de código aberto?


A resposta não é uma coisa, mas sim uma combinação destes. Em primeiro lugar, devemos começar com o fato de que dotCloud é o patrocinador comercial de Docker, e isso faz toda a diferença. DotCloud tinha uma fonte estável de receitas não relacionadas com janela de encaixe próprio e tinha um conjunto firme de parcerias comerciais e contatos no lugar muito antes de Docker nunca fui nascido.


Essas relações e parcerias levou tempo e habilidade para forjar. A experiência e conexões ganhou ao fazê-lo ajudado a trazer um forte apoio de toda a comunidade de código aberto. Empresas como a RedHat, Canonical e Google, que tradicionalmente acreditam Linux deve evoluir de forma diferente - e que entrem em suas distribuições em radicalmente diferentes direções - estavam todos convencidos do valor de apoiar libcontainer como um único padrão unificado, com Docker no centro.


Isto foi conseguido com habilidade e paciência, e obedecendo a lei de Wheaton. Docker está dando tão bom quanto ele ganha, e tão valioso é a coalizão de contribuintes que mesmo Parallels - que, se você se lembra, fazem principal concorrente do Estivador, Virtuozzo - estão contribuindo de código e de trabalho como parte da equipe.


Em essência, dotCloud conseguiu forjar um padrão da indústria cross-corporativa de empresas concorrentes, sem um pesadelo burocrático IEEE-like longo de um processo. Mais importante, eles saíram na frente da coisa e fez isso em primeiro lugar; imaginar onde computing público / privado cloud / híbrido seria hoje, se pudéssemos ter convencido os vários atores envolvidos para concordar com uma norma única máquina virtual!


Quando você considera como investiu profundamente essas empresas estavam em iterações anteriores da tecnologia conteinerização - Google de Let Me conter esse para você (lmctfy) ser um precursor imediato para Docker - o feito é ainda mais impressionante.


Normas Claro, todos nós temos visto falhar. Por que o Vale do Silício parece tão convencido de que Docker não vai?


A maioria das grandes empresas de tecnologia gostaria que você acredite que a opinião dos usuários finais é irrelevante. Infelizmente para eles, você pode ficar lá gritando ordens no rebanho até que você esteja azul na cara, mas eles são tão propensos a atropelar-lo para o chão, como movimento na direção que você quer. Diretores de Docker realmente aprendeu essa lição e eles fizeram a coisa mais fácil de usar do que qualquer alternativa disponível.


O grande segredo está o conceito de "imagens". Pense nesses modelos como para virtualização baseada em hipervisor. Clique no botão, imagem spawn, segundos depois, você está pronto para ir. É assim tão fácil.


Docker também é altamente programável e tem um monte de conexões profundas para a comunidade DevOps. Se você usar Puppet, as chances são que você ama Docker, e as brigadas de aficionados PowerShell são bastante bombeado sobre isso também. Copy-on-write capacidades de Docker oferecer equipes DevOps a capacidade de criar e destruir Application Clusters (pense vApps) com a mesma facilidade que eles iriam chamar uma função em seu código.


Docker ainda vem com a capacidade de restringir o uso de recursos de cada instância para que "vizinho barulhento" consumo de recursos não é um problema. Equipes Webscale DevOps ter encontrado uma nova espécie de nirvana.


Valor no mundo real


Docker obtém vitórias fáceis a partir de grandes empresas que buscam refazer suas aplicações. É uma ameaça aqui não para VMware ou Hyper-V, mas a AWS e Azure. As empresas que já estavam dispostos a recodificar seus aplicativos a partir do zero para a nuvem pública vai encontrar Docker uma alternativa bastante atraente.


Contentores sobre hardware commodity oferece um novo ponto de preço que a nuvem pública não pode cumprir, e não tem nenhum interesse em tentar. Provedores de nuvem pública já está trancado em uma potencialmente fatal corrida para o fundo , e eles não estão indo para ir contra Docker utilizando as tecnologias existentes.


Para o nicho de cargas de trabalho que os recipientes se destacam na, a única maneira de vencê-los é se juntar a eles. Espere os provedores de nuvem para fazer exatamente isso - e em grande forma - ao longo dos próximos 12 meses. Quer adotar Docker ou tentar reverter a sua própria ainda está no ar. ®







via Alimentação (Feed)

Nenhum comentário:

Postar um comentário