Docker: Desculpe, mas você só vai ter que aprender sobre ele. Hoje começamos

Arrays de armazenamento Flash Inteligente

Blog Sysadmin Docker, conhecer hype. Hype, conhecer Docker . Agora: Vamos ter um sentar aqui e ver se podemos trabalhar com suas neuroses.

Para aqueles de vocês que ainda não sabem sobre Docker, é uma tão apregoado productising startup do Vale do Silício (o que é um unword horrível) recipientes Linux em algo que é uma espécie de fácil de usar.

Os contentores não são uma ideia nova, e Docker não é nem remotamente a única empresa trabalhando em productising containers. É, no entanto, a única que tem corações e mentes capturados.

Docker começou com os recipientes LXC padrão que fazem parte de praticamente todas as distribuições Linux por aí, mas, eventualmente, a transição para libcontainer, a sua própria criação. Normalmente, ninguém teria se preocupava com libcontainer, mas como nós vamos cavar mais tarde, ele foi exatamente o movimento certo no momento certo.

História

Um contêiner é uma maneira de "prender" um aplicativo para que ele não pode ver outras aplicações. Aplicações - ou clusters de aplicativos que precisam trabalhar em estreita colaboração - são apresentados com algum tipo de armazenamento, memória, CPU e rede.

Feito corretamente, os aplicativos que estão presos não podem repercutir-se nos recursos de outras aplicações que residem em outros presídios, não pode ver o seu armazenamento e nem deveria estar ciente de que existem essas outras prisões.

Os recipientes bons lá fora também oferecem "isolamento privilégio root", o que significa que a execução como usuário root no interior do recipiente não vai deixar você "sair da prisão" e vai fazer coisas para aplicações em outras prisões. Se você quiser gerenciar o sistema em uma configuração em contentor com isolamento privilégios de root, você precisa fazer login para a instância de host núcleo próprio.

O mais antigo contentorização susceptível de ser utilizado pelos meus Registre leitores é chroot. Chroot foi terrível; É uma espécie de isolado o sistema de aplicativos chrooted arquivo de um outro, e não ofereceu outras formas de isolamento. Rompendo as jaulas chroot era um passatempo popular para jovens hackers nos anos 90 e uma espécie de rito de passagem.

O próximo sistema de contenção maior foi prisões do FreeBSD. Os nerds olhou para eles e percebi que eles eram bons. Eles estavam pressionados em grande serviço entre a segurança de espírito e emulado muitas vezes. Linux-VServer foi rapidamente disponibilizados, assim como o que se tornaria o Virtuozzo * containers por Parallels.

Big Unix sempre foi interessado em reduzir até mainframes e servidores usando várias formas de virtualização, mas ficou atrás de containers em grande forma durante os aughties. Solaris, HP-UX e AIX todos temos a bordo e ter conteinerização adequada integrado em suas ofertas.

LXC contra libcontainer

Quando Docker surgiu pela primeira vez, ele estava usando uma tecnologia de contenção conhecida como LXC. LXC é comum, bem conhecido, e, obviamente, amplamente distribuído, mas também sofre com que bane de todas as coisas Linux: a fragmentação dos ecossistemas.

Cada um dos principais distros implementar LXC sempre tão ligeiramente diferente, enviamos versões diferentes e são de outra maneira não compatíveis cruz. Este não é um problema se o seu objetivo é usar recipientes assim como todos estavam usando FreeBSD prisões para as idades: para proteger o conteúdo de um único sistema operacional.

Desta forma tradicional de usar recipientes de cada sistema operacional - e seus vários contentores - ainda seria um "pet". Único e individual, todo o sistema exigiria cuidados individualizados e alimentação. Isso foi bom para 15 e tantos anos, porque as pessoas só concebeu a conteinerização como "prisões", um meio de segurança, e não como "nível de sistema operacional de virtualização".

Solomon Hykes em dotCloud tinha distintamente diferentes idéias. Ele via contêineres - devidamente implementadas - como um meio de empacotar aplicações para a implantação mais fácil. Para Hykes, recipientes não eram apenas uma extensão das medidas de um sistema operacional de segurança; eles eram um concorrente para hypervisors.

Hypervisors, é claro, fazer mais do que apenas servir aplicações. Eles contêm sistemas operacionais inteiros em que os aplicativos são executados. Para Hykes, isso não importa: foi nas extremidades que importavam, não o meio. O aplicativo hospedado era o objetivo, e não o sistema operacional, e os recipientes oferecidos os meios para tornar os aplicativos mais fácil de implantar.

Hykes construído Docker como um meio de fazer exatamente isso, usando LXC no núcleo, mas ele continuou correndo contra essa barreira fragmentação irritante. Eventualmente, o projeto libcontainer foi iniciado - e quando Docker 0,9 saiu, Docker mudado de LXC para libcontainer como o ambiente padrão.

Foi neste momento que a máquina de propaganda do Vale do Silício mudado de "animado" para "um congresso escandalosamente frenético de aspirantes vacilantes". Docker era agora uma estrela do rock e, com o lançamento do 1.0, um grande jogador que não será interrompido.

Depois de definir o palco, então, o Blog Sysadmin estará de volta com mais de Docker próxima semana. ®

Bootnote

* Virtuozzo, aliás, ainda é o melhor sistema de contentores disponíveis. Infelizmente, não é open source, e isso significa que você tem que pagar se você quiser usá-lo. Virtuozzo, por sinal, tem a distinção de ser a solução recipiente apenas decente para (atualmente) rodar nativamente no Windows.

Docker tem uma solução do Windows, mas na verdade é um kernel femtoLinux que roda em Windows, em seguida, dispara-se software conteinerização. Como qualquer coisa impressionante, há um clone de código aberto chamado de Virtuozzo OpenVZ. Microsoft parece estar adicionando suporte para Docker para a próxima geração do Windows Server.

via Alimentação (Feed)