<\/div>\n\n\n\n

O que \u00e9 Docker?<\/strong><\/h2>\n\n\n\n

Docker \u00e9 uma plataforma aberta para desenvolvimento e execu\u00e7\u00e3o de aplicativos. O Docker permite que os aplicativos sejam separados da infraestrutura para que possam entregar o software rapidamente. Com o Docker, voc\u00ea pode gerenciar sua infraestrutura da mesma forma que gerencia seus aplicativos e com isso reduzir significativamente o atraso entre escrever o c\u00f3digo e execut\u00e1-lo na produ\u00e7\u00e3o.<\/p>\n\n\n\n

O Docker oferece a capacidade de empacotar e executar um aplicativo em um ambiente isolado denominado container. O isolamento e a seguran\u00e7a permitem que voc\u00ea execute v\u00e1rios containers simultaneamente em um determinado host. Os containers s\u00e3o leves e cont\u00eam tudo o que \u00e9 necess\u00e1rio para executar o aplicativo, portanto, voc\u00ea n\u00e3o precisa depender do que est\u00e1 instalado atualmente no host.<\/p>\n\n\n\n

Nem todas as tecnologias citadas acima est\u00e3o presentes no Docker e al\u00e9m do mais muitas delas evolu\u00edram. Diferentes ferramentas utilizam diferentes tecnologias, mas podemos citar tr\u00eas delas como as principais que est\u00e3o presentes no Docker.:<\/p>\n\n\n\n

Namespaces: \u00c9 atrav\u00e9s dos namespaces que conseguimos o isolamento dos processos que rodam dentro dos containers, n\u00e3o somente dos processos em si mas tamb\u00e9m dos pontos de montagem como diret\u00f3rios e dispositivos de disco, da rede e alguns outros.<\/p>\n\n\n\n

Cgroups: \u00c9 uma abrevia\u00e7\u00e3o para control groups, atrav\u00e9s do cgroups \u00e9 poss\u00edvel limitar e isolar o acesso a recursos da m\u00e1quina como processador, mem\u00f3ria e tr\u00e1fego de rede.<\/p>\n\n\n\n

Union Mount: S\u00e3o sistemas de arquivos baseados em camadas. Essas camadas podem ser compartilhadas entre diferentes containers, reduzindo o tamanho total da imagem em que o container \u00e9 baseado. Alguns exemplos s\u00e3o UnionFS, overlay2, devicemapper, btrfs, zfs e aufs.<\/p>\n\n\n\n

Imagens, Camadas e Containers<\/strong><\/h2>\n\n\n\n

S\u00e3o as imagens que tornam os containers f\u00e1ceis de se transportar. As imagens s\u00e3o imut\u00e1veis, como uma foto, cont\u00eam todo o ambiente de execu\u00e7\u00e3o de um container, suas depend\u00eancias e bin\u00e1rios. Tudo isso junto em um \u00fanico “pacote”, e a este pacote damos o nome de imagem. Uma imagem, ou uma foto, \u00e9 a defini\u00e7\u00e3o de algo naquele determinado instante no tempo e n\u00e3o podemos mud\u00e1-la (bem, ao menos n\u00e3o dever\u00edamos) e uma vez que tenhamos criado esta imagem seu comportamento ser\u00e1 o mesmo independente do ambiente, facilitando o trabalho dos programadores e dos respons\u00e1veis pelos provisionamentos.<\/p>\n\n\n\n

Podemos fazer a analogia de que imagens de containers s\u00e3o exatamente como discos \u00f3pticos ou arquivos do tipo ISO, por exemplo, de uma distribui\u00e7\u00e3o Linux. Uma vez que tenhamos aquela imagem de uma distribui\u00e7\u00e3o Linux podemos realizar quantas instala\u00e7\u00f5es quisermos, cada instala\u00e7\u00e3o ser\u00e1 um sistema de um usu\u00e1rio diferente e portanto, com o tempo de uso, apresentar\u00e3o suas diferen\u00e7as.<\/p>\n\n\n\n

Mas a grande novidade para os containers n\u00e3o s\u00e3o as imagens, mas sim imagens baseadas em camadas.<\/p>\n\n\n\n

Na maior parte das vezes os containers s\u00e3o baseados em imagens preexistentes, e estas imagens, por sua vez, podem ser baseadas em outras imagens e assim sucessivamente. Por exemplo, a imagem padr\u00e3o do servidor web Apache \u00e9 baseada em Debian. Se criarmos uma imagem de container com um site nosso ter\u00edamos uma imagem baseada na imagem do Apache que por sua vez \u00e9 baseada em Debian.<\/p>\n\n\n\n

Para simplificar, vamos imaginar que a imagem citada acima possui tr\u00eas camadas: a camada do nosso site, a camada do Apache e a camada do Debian. Com nossa imagem pronta para ir para produ\u00e7\u00e3o pedimos para o servidor containers.example.com baixar esta imagem. O nosso servidor ent\u00e3o baixa as tr\u00eas camadas, a do site, a do Apache e a camada do Debian. Alguns dias depois criamos uma imagem de um novo site e pedimos para o servidor containers.example.com baix\u00e1-la. Desta vez o servidor reconhece que possui as camadas Apache e Debian e baixa apenas a camada da imagem que representa o novo site.<\/p>\n\n\n\n

Desta forma baixamos ou enviamos somente as camadas que n\u00e3o temos, fazendo com que novas aplica\u00e7\u00f5es ou atualiza\u00e7\u00f5es cheguem mais r\u00e1pido de um lugar ao outro.<\/p>\n\n\n\n

Tudo isso soa um pouco m\u00e1gico, mas s\u00e3o os containers rodando em cloud que est\u00e3o permitindo a grande transforma\u00e7\u00e3o digital pela qual as empresas est\u00e3o passando. A automa\u00e7\u00e3o da infraestrutura do mundo DevOps seria bem mais dif\u00edcil sem a tecnologia de containers.<\/p>\n\n\n\n

Por que esta tecnologia \u00e9 chamada de container?<\/strong><\/h2>\n\n\n\n

Com o que vimos at\u00e9 agora \u00e9 f\u00e1cil entender o nome container como sendo um recipiente para nossa aplica\u00e7\u00e3o. Por\u00e9m podemos aprofundar um pouco mais e talvez essa analogia sirva para fixar os pontos fortes do por qu\u00ea a ado\u00e7\u00e3o de containers est\u00e1 t\u00e3o acelerada.<\/p>\n\n\n\n

Para isso precisamos voltar para s\u00e9culo XVIII, antes mesmo das ferrovias, no surgimento das primeiras utiliza\u00e7\u00f5es de um processo conhecido como transporte intermodal de carga, que consiste em um recipiente capaz de transportar algo por meios variados de transporte. Nesta \u00e9poca, meados de 1780, a Inglaterra utilizou o que podemos chamar de primeiros containers para transportar carv\u00e3o atrav\u00e9s de um canal conhecido como Bridgewater Canal. Esses containers de carv\u00e3o eram feitos de madeira, conhecidos como caixas soltas, logo foram tamb\u00e9m utilizados nas estradas, puxados por cavalos. Em 1830 estes mesmos containers foram utilizados em ferrovias e em 1841, Isambard Kingdom Brunel, um engenheiro civil importante na revolu\u00e7\u00e3o industrial, apresentou os containers de ferro para transportar o carv\u00e3o. Em torno de 1900 os primeiros containers cobertos apareceram e a partir de ent\u00e3o, entre 1910 e 1930 passaram a se padronizar. A partir desta data os containers passaram a ser carregados dos caminh\u00f5es diretamente para os vag\u00f5es e vice-versa. E em meados de 1950, Malcom McLean, considerado o desenvolvedor do transporte intermodal moderno de carga, ou o pai da “conteineriza\u00e7\u00e3o”, revolucionou o transporte e o com\u00e9rcio internacional adaptando navios petroleiros para carregar containers, sendo o primeiro conhecido como SS Ideal X. A forma de carregar o navio era bastante simplificada e diminu\u00eda o tempo de carga, da\u00ed em diante as coisas s\u00e3o mais ou menos como j\u00e1 conhecemos.<\/p>\n\n\n\n

Estes containers de a\u00e7o s\u00e3o transportados atrav\u00e9s de estradas, ferrovias, navios e avi\u00f5es sem modifica\u00e7\u00f5es em sua estrutura, o transporte se modifica, mas o container n\u00e3o.<\/p>\n\n\n\n

Olhando do futuro, tudo isso parece muito \u00f3bvio, padronizar para facilitar o transporte e manuseio, e por consequ\u00eancia, economizar investimento e tempo.<\/p>\n","protected":false},"excerpt":{"rendered":"

Container \u00e9 um pacote de uma aplica\u00e7\u00e3o que funciona de forma isolada do sistema operacional, com todas as suas depend\u00eancias dentro de si. <\/p>\n","protected":false},"author":5,"featured_media":1642,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"footnotes":""},"class_list":["post-922","page","type-page","status-publish","has-post-thumbnail"],"acf":[],"yoast_head":"\n