Sabemos que os centros de dados operam com uma alta proporção de tecnologias de captação. Isto deve vir como nenhuma surpresa - os serviços de nuvem que casa são em si mesmos fisicamente "captada" (ou, talvez, até mesmo "conceituada") pedaços de computação e de armazenamento.
Sabemos também que Docker, como um projeto de contêiner de aplicativos de código aberto, dobradiças em torno de sua capacidade de abstrair (e automatizar) a virtualização de nível de sistema operacional em Linux.
Como Linuxcontainers.org sublinha: "[Containers] oferecem um ambiente o mais próximo possível de como a pessoa que você gostaria de uma máquina virtual, mas sem a sobrecarga que vem com a execução de um kernel separado e simulando todo o hardware."
Então como é que Docker agora formar o próximo vezes no continuum espaço-tempo de centro de dados abstração?
Grande parte do foco Docker agora gira em torno de configuração, orquestração e os mecanismos de implementação para aplicações de centros de dados distribuídos.
Em outras palavras, redes, se você preferir.
Para ambos os clientes usuários e fornecedores parceiros da mesma forma, o "so-o" fator se resume a parâmetros de sistema operacional e de aplicativos como nos encaixamos existentes no mundo Docker para que ambos são seguros e deliberadamente sintonizada com freqüência de rádio de Docker e bater.
Sistemas operacionais específicos de Docker começaram a surgir. CoreOS como um fork do Chrome OS é pré-configurado com ferramentas populares para a execução de contêineres Linux. Mas CoreOS não está sozinho.
Apenas em março deste ano temos recebido Red Hat Enterprise Linux 7 Atomic anfitrião, um sistema operacional otimizado para executar aplicativos de próxima geração com recipientes Linux - umm, nós pensamos que eles tipo de significar Docker.
Red Hat diz: "stacks Como monolíticos dar lugar a aplicações compostas por microservices, uma arquitetura baseada em recipiente pode ajudar as empresas a compreender mais plenamente os benefícios desta abordagem mais ágil, combináveis."
Em outras palavras, a atualização de dados no centro da rede é realmente importante.
Mecânica gastro-intestinal de Docker
Si Docker não foi tranquila em seu próprio estatuto gastro-intestinal interna. Por que faria isso? O projeto tem, até agora adicionado treze novos repositórios oficiais de Docker Hub este ano.
Sem listar todos os 13 , há Aipo para começar. O aipo é um protocolo de fila de tarefas / trabalho assíncrona baseada em tecnologias de transmissão de mensagens distribuídas escritos em Python. Ela ajuda a programação e está focado em mecânica de operação em tempo real.
RethinkDB é um open-source, banco de dados distribuído construído para armazenar documentos JSON e escala para várias máquinas. Tem uma linguagem de consulta que suporta junções de tabela, os agrupamentos, agregações e funções.
Há também Swarm, um sistema de cluster Docker-natal. Descrito como uma simples ferramenta que controla um conjunto de Docker anfitriões e expõe esse cluster como um único host "virtual", Swarm usa a API Docker padrão como seu front-end. Isto significa que qualquer ferramenta que fala de encaixe pode controlar Swarm transparente.
Em outras palavras, funções operacionais em tempo real que trabalham com Docker e ajudam a construir o ambiente de controle do centro de dados em rede que precisamos também são muito importantes.
Outros repositórios Docker incluem: Ghost, uma plataforma dedicada à publicação de conteúdo; Pontão, uma tecnologia frequentemente utilizado para comunicação máquina-a-máquina, geralmente dentro de estruturas de software maiores; e depois há Irssi, um IRC baseado em terminal (Internet Relay Chat) cliente para sistemas UNIX. Então, é tudo sobre finessing conteúdo, conectando conteúdo e colaboração de conteúdo.
Olhando para dentro Docker, desta forma, podemos ver que o centro de dados não é fixo estática de servidores secos. A todo micro-cultura de atividade Microservice rede está acontecendo. É hora de cavar a nova raça. ®
Nenhum comentário:
Postar um comentário