quinta-feira, 9 de abril de 2015

Contenha-se: Dados Coho olha Docker cima e para baixo


Inicialização de armazenamento de dados Coho pensa recipientes Docker poderia ajudar suas matrizes executar MicroServices armazenamento diretamente sobre a matriz, como snapshotting, transcodificação e desduplicação.


Ele está repensando serviços de armazenamento e como eles são realizados em suas microarrays e seu flash / disco ou todo-flash armazenamento de objetos.





Estas matrizes de usar servidores integrados, armazenamento e redes e apresentar-se como um alvo escalável NFS.


Coho quer ter essas matrizes fazer cálculo relativo ao armazenamento, e pensa que tem micro-serviços executados dentro de recipientes Docker é a forma mais eficiente e flexível para fazer isso.


Containers são titulares app magro em comparação com as máquinas virtuais que devem ter um sistema operacional convidado ao lado do app ou apps. Docker coloca a lógica OS em uma camada de recurso compartilhado, de modo que todos os aplicativos em contentor pode usá-lo sem ter suas próprias cópias pessoais, fazendo assim uma utilização mais eficiente dos ciclos de DRAM e de computação do servidor host.


Microarrays são sistemas de armazenamento dedicados, e Coho Data'a CTO e co-fundador Andrew Warfield acha que eles estão numa posição ideal para fazer computação relacionados com o armazenamento, em vez de os servidores host que estão ligados em rede como um arquivador NFS.


Ele está pensando de processos tais como a transcodificação de fluxos de vídeo. Suponha que um arquivo de vídeo formato 4K é escrito para o MicroArray. Ele precisa ser convertido para 1080p saída. Os servidores host em rede poderia executar a lógica de transcodificação, o arquivo de vídeo lido do MicroArray, transcodificada de 4K para 1080p e, em seguida, escrito de volta para a matriz, fazendo três transferências de rede e uma lesma de ciclos de CPU host usado.


Se o MicroArray poderia fazer a transcodificação em si, então, que seria dois saltos de rede e deixar que os ciclos de CPU do servidor de host ser usado para outra coisa. Como isso poderia ser feito?


Warfield diz que MicroServices dados programáveis ​​são a maneira de fazê-lo. Eles poderiam correr snapshotting, thin provisioning, compressão, a desduplicação, a indexação de dados, auditoria e pesquisa. Cada Microservice é executado em um recipiente e tem uma API REST para comunicação com outros MicroServices ea lógica recipiente orquestração.


Ele escreve: "Quando você vai para uma página web, como a primeira página Amazon, você pode estar olhando para o conteúdo que é gerado pelo, e apoiado, por dezenas a centenas de MicroServices: carrinhos não apenas compras, mas ferramentas de busca, de referência motores, a colocação de anúncios, e assim por diante, cada um mantido por uma equipe diferente e escalar de forma independente em resposta à demanda. "


É ótimo para os desenvolvedores, pois eles podem se concentrar na lógica app Microservice: "Em um ambiente bem integrado de desenvolvimento baseado em Microservice, os desenvolvedores não devem estar pensando em recipientes ou escala: os recipientes devem ser uma ferramenta central, mas em grande parte invisível no desenvolvimento e implantação lógica de aplicação. Em vez disso, as equipes de desenvolvimento devem gastar seu tempo pensando sobre a lógica do aplicativo que seus usuários se preocupam com ... recipientes são apenas um lubrificante. "


Um diagrama mostra o conceito em mais detalhes:


Coho_microservice_diagram

Conceito Coho Dados MicroServices (Clique na imagem para a versão full-size)



Warfield diz que há um conjunto de lógica de controle, atualmente escrito pelo usuário em JavaScript, que permite MicroServices para ser ativado em resposta à atividade que acontece no sistema de armazenamento.


Então MicroServices pode ser desencadeada por eventos, como a chegada de um arquivo de entrada e executar automaticamente, sendo orientada por políticas.



A Microservice monitoramento de log pode ser ativado sempre que novos registros são gravados em um diretório log, digitalizar o arquivo de erros específicos e, em seguida, acrescentar apenas os erros de um log de eventos de alta prioridade que é armazenado em outro diretório.


Por outro lado, a Microservice pode realmente oferecer uma interface voltada para a rede: que mesmo analisador de log pode realmente servir-se de um painel web em que as entradas de log de alta prioridade são resumidas.



Warfield afirma que o "[lógica de controle] implementação empresta muito de os AWS Lambda APIs, onde ativações JavaScript similares estão sendo vinculados a eventos em componentes de armazenamento, como S3. "


Ele nos disse que a "lógica de controle pode, opcionalmente, incorporar uma lógica mais complexa, incluindo um ou mais recipientes, que estão a ser posta em em resposta a [a] Microservice sendo ativado. Containers são realmente um grande jogo para este estilo de execução, pois em Além de ser concebido precisamente para este tipo de empacotamento de aplicativos, eles começam mais rápido do que VMs, fazer uso maneira mais eficiente de recursos compartilhados, mas ainda pode incorporar uma enorme variedade de aplicativos existentes que você pode querer trazer mais perto de seus dados. "


A próxima post no blog de ​​Coho vai discutir essa idéia Microservice em mais detalhes.


Docker Microservice contentorizada transcodificação de Coho vai será demonstrado no 2015 National Association of Broadcasters Show, abril 13 -16 em Las Vegas, no estande # SL15717. ®



Nenhum comentário:

Postar um comentário