Magic Quadrant for Enterprise Backup / Recovery
Será que o controlador de cloud OpenStack necessidade de apoiar o conjunto completo de APIs do Amazon Web Services e outras nuvens públicas? Randy Bias, o fundador e CTO da OpenStack distie Cloudscaling pensa assim.
Esta semana, como OpenStack celebra o seu terceiro aniversário , Viés fez um apelo às armas para a comunidade OpenStack para fazer o rival open source cloud controladores de Eucalyptus e CloudStack estão fazendo e abraçar o conjunto completo de APIs AWS, bem como aqueles criados em grande parte por Rackspace Hosting, no início do projeto OpenStack, que não são compatíveis com o AWS.
Se a Amazon Web Services decidiu vender sua virtualização caseiros servidor e software controlador de nuvem como um produto de varejo, como uma câmera ou uma garrafa de sabão, bem como seus servidores sob medida e arrays de armazenamento que compõem suas nuvens de armazenamento de computação e, em seguida, É muito provável que o eucalipto, CloudStack e OpenStack alternativas nunca teria saído do chão, ou pelo menos não poderia estar voando tão alto.
Apesar de muitas das limitações na infraestrutura de nuvem AWS, e apesar do desejo de oferecer características diferentes em uma nuvem que os oferecidos pela AWS, Viés tem apaixonadamente argumentou em seu blog que a comunidade OpenStack tem que voltar para as raízes de Nova originais da NASA computar controlador - criado antes de a agência espacial alinhada com Rackspace criar OpenStack - e obter AWS compatibilidade de volta para OpenStack.
E, se isso não fosse suficiente de uma tarefa difícil, Viés continua a argumentar que OpenStack, então tem que apoiar as pilhas API completa do Windows Azure da Microsoft e nuvens públicas Compute Engine do Google, também - eventualmente.
No momento, recebendo total apoio para a APIs AWS - na verdade, fazendo uma nuvem OpenStack público ou privado olhar operacionalmente e funcionalmente como o AWS EC2 e S3 seus afins e serviço de armazenamento EBS - é fundamental, e uma decisão que a comunidade deve fazer, independentemente do desejo de fazer Rackspace OpenStack olhar essencialmente como Cloud Servers sua própria nuvem pública e serviços de arquivos em nuvem.
"A comunidade controla a direção do projeto, e é hora de defender uma estratégia de compatibilidade nuvem pública que está em todos os nossos interesses, não apenas aqueles de um único, embora substancial, contribuinte", escreve Bias. "Deixar de fazer esta mudança na estratégia pode levar à irrelevância e morte do projeto".
Com AWS recusando-se a deixar ir de seu servidor e projetos de armazenamento e todos os ajustes que tem feito para o Xen hypervisor, o sistema operacional Linux, e os outros componentes que compõem a sua infra-estrutura de nuvem, o caminho está aberto para alguma alternativa para dominar a nuvem privada.
Windows agora prevalece no centro de dados da empresa, eo suporte muito bom que tinha VMware para virtualizar o Windows tornou uma potência na era da virtualização de servidores. Mas não é uma conclusão precipitada de que vCloud da VMware pode se tornar o controlador de nuvem de escolha no centro de dados da empresa - especialmente com o Microsoft Hyper-V 3.0, Windows Server 2012, e do Centro de oferta do sistema 2012, uma alternativa menos dispendiosa e mais nativo aos que pode preferir ficar com uma pilha de Redmond.
OpenStack, como CloudStack e Eucalyptus, está mais alinhado com cargas de trabalho Linux e cada vez mais o KVM hypervisor para cortar os servidores, mas o Xen hypervisor ainda está recebendo um pouco de amor e continua popular nos maiores nuvens públicas. Ninguém sabe o que o Google está utilizando para o seu Google Compute Engine (GCE) nuvem infra-estrutura, mas AWS e Rackspace uso variantes do Xen.
As open source nuvem controladores também são capazes de suportar e gerenciar cargas de trabalho virtualizadas do Windows, no entanto, para que eles tenham a chance de tomar alguma quota de longe ou VMware ou Microsoft como corporações transformar suas fazendas de servidores virtualizados em nuvens adicionando orquestração, faturamento, medição, recuperação de desastres e outras funções para a sua capacidade de servidor pool.
Na opinião de Bias, a necessidade de abraçar plenamente a APIs AWS - para fazer OpenStack olhar e operar como AWS - é bastante clara. Ele é baseado no pressuposto de que a AWS vai continuar a dominar o mercado de nuvem pública, não importa o quão duro Rackspace e os gostos da Hewlett-Packard e IBM tentar afofar nuvens baseadas em OpenStack.
"É claro que a AWS (e bastante provável GCE) vai dominar totalmente a corrida de nuvem pública," viés afirma enfaticamente. "Mas o mais importante, quem se importa? Dominance pela AWS e GCE não significa que OpenStack falhar. Na verdade, o OpenStack está claramente em uma trajetória para" ganhar "a corrida de nuvem privada, e um rápido abraço de Amazon vai colocar OpenStack no pólo posicionar a dominar nuvem híbrida ".
Dois anos e meio atrás, AWS e Rackspace foram basicamente duplicar seus negócios em nuvem, de acordo com Bias, mas o crescimento da Rackspace na nuvem abrandou como Google saltou em (e Microsoft, bem como, que Viés não mencionou) e AWS tem continuou mais ou menos em sua trajetória.
Rackspace queria "controlar a curva de inovação" como a Amazon faz com a sua nuvem pública, Viés argumenta, e, portanto, não só OpenStack começou com a NASA, mas também foi capaz, através da aquisição de ANSO Labs, para pegar as pessoas familiarizadas com a NASA Nova controlador e compute levá-los a mudar essencialmente próprios arquivos Nuvem conjunto de API do Rackspace. E agora, diz Bias, é hora de mudar de volta.
"OpenStack pode estar no controle da curva de inovação em nuvem privada e híbrida, mas isso requer que apoiamos os serviços que estão levando a curva de inovação em nuvem pública", escreve Diagonal. "Para OpenStack para dominar a inovação em privado e híbrido, deve abraçar as nuvens públicas para que as empresas desejam federar".
Isso, de um cara que admite que não foi precisamente encantado com toda essa conversa de nuvens privadas e híbridas de alguns anos atrás.
Essencialmente, o viés é argumentando é que nenhuma nuvem pública baseada em OpenStack nunca vai conseguir o tipo de momento que a AWS e GCE vai ficar, e, portanto, para apoiar as nuvens híbridas que as corporações - você sabe, aqueles com o dinheiro - querem exigirá OpenStack para olhar e sentir como as nuvens públicas mais populares e integram-se perfeitamente com eles.
Viés descarta fora de mão qualquer sugestão de que a Amazon pode processar qualquer um que clones a pilha API AWS.
"O medo, incerteza e dúvida em nuvem pública protegibilidade API é loucura completa", escreve Bias. "Não há base legal para parar a comunidade OpenStack de copiar o AWS e APIs GCE. Também tenha em mente que as APIs do Amazon já foram copiados. Sua habilidade para ter sucesso em uma nova ação judicial, portanto, seria comprometida pelo fato de que eles ' ve não lutou copiar no passado. "
(Mais uma vez, Viés não menciona Azure. E sim, ninguém pensa que a Microsoft está a ganhar dinheiro com a nuvem Azure, mas com certeza está construindo-lo como um demônio e é uma das poucas organizações na Terra que tem o dinheiro para atender ou superar AWS e GCE em despesas de capital competição mijando. E o Windows não é apenas o sistema operacional dominante no centro de dados nos dias de hoje, mas as cargas de trabalho do Windows são muito provavelmente os que vão precisar de apoio cloud privado-público federado.)
Como muitos de nós, Diagonal está preocupado que a Amazon pode enfraquecer e começar a oferecer nuvens privadas com base em sua infra-estrutura interna. Em certo sentido, ele está fazendo isso já com o seu GovCloud para as agências governamentais dos Estados Unidos, eo acordo de US $ 600 milhões que a Amazon está tentando ganhar com a CIA em uma batalha com IBM envolve a construção de uma nuvem privada Amazônia.
Após o fiasco PRISM na NSA, Amazon pode ter pouca escolha além de oferecer cortes internos da AWS para as empresas que, para os negócios, segurança e legal razões simplesmente não querem colocar seus aplicativos e dados em uma nuvem pública, mesmo que é isolado como GovCloud.
El Reg diria que é precisamente a falta de compatibilidade de API AWS nas nuvens públicas e populares do OpenStack, VMware e Microsoft stacks de nuvem privada que permitiu AWS para ridicularizam a idéia de nuvens privadas e orientar os clientes a quasi-compatível nuvens construído usando o controlador de cloud homônimo de Sistemas de eucalipto - que, como você pode se lembrar, foi o ex-queridinho da nuvem, da Nasa, bem como aquele que iria dominar o mundo antes OpenStack veio junto.
Viés não está argumentando que OpenStack deve abandonar toda a bondade API que Rackspace e outros tecidos para o controlador de computação Nova nos últimos três anos. Ele é, no entanto, o que sugere que todos sejam honestos sobre isso e chamá-lo a Rackspace Cloud Servers API, em seguida, mudar para uma API de baixo nível e um modelo de API ponte para tornar o quadro de gestão da OpenStack compatível com todas as nuvens públicas populares. (Aqui ele menciona AWS, GCE, e Azure pelo nome e ainda dá vCloud um possível aceno de cabeça.) Finalmente, diz ele, OpenStack deve abraçar os frameworks de testes de interoperabilidade desenvolvidos pela Cloudscaling e Eucalyptus.
Enquanto tudo isso soa muito bem na teoria, na prática, apoiando a APIs de gerenciamento de nuvem de cinco diferentes estilos de nuvem pública é uma tarefa difícil mesmo para a comunidade OpenStack, quando eles também têm que adicionar recursos e funções para OpenStack que estão faltando em público nuvens, mas são necessários pelo privado.
Esta é uma enorme quantidade de trabalho, ea primeira pergunta é: Quem na Terra vai fazê-lo? Não só vai ser caro, mas também vai ser uma tarefa interminável que cada provedor de nuvem pública adiciona recursos e, muito provavelmente, faz as coisas um pouco diferente de seus rivais para tornar mais difícil para um único controlador de nuvem para governá-los todos . (Bias não cometeu Cloudscaling explicitamente a fazer o trabalho em seu apelo às armas, mas, presumivelmente, a empresa, que acaba de embolsou US $ 10 milhões em capital de risco , está disposto a suportar parte da carga de codificação).
As organizações que mais naturalmente que ajudam a tornar suas nuvens compatível com o controlador OpenStack está executando suas próprias nuvens públicas e parece ter pouco incentivo para fazer OpenStack o cofre, aposta suíço. Eles vão fazer o melhor por balkanizing a nuvem pública, pois têm infraestrutura de servidor virtual no centro de dados, replicando os silos de servidores encontrados na casa de vidro lá em cima, nos céus.
Se Diagonal e colegas OpenStackers pode convencer algumas empresas de capital endinheirados que não há dinheiro a ser feito adicionando estas outras camadas da API para OpenStack, então isso poderia acontecer. É um sonho bom, e é importante sonhar. Mas nunca houve um Unix e provavelmente não será um controlador de nuvem que fala todas as nuvens, também. ®
Nenhum comentário:
Postar um comentário