Nosso próprio DreamHoster, Mark McClain, que também é um Líder Técnico do Projeto OpenStack, teve uma entrevista incrível com Mirantis! Caso você não tenha tido a chance de ler, confira abaixo!
Por: David M. Fishman
Estamos apresentando a primeira de uma série contínua de entrevistas com Líderes Técnicos do Projeto OpenStack no nosso blog da Mirantis. Nosso objetivo é educar a comunidade tecnológica mais ampla e ajudar as pessoas a entender como elas podem contribuir para e se beneficiar do OpenStack. Naturalmente, estas são as opiniões do entrevistado, não da Mirantis. Editamos a entrevista para clareza e comprimento do post.
Nossa primeira entrevista é com Mark McClain, recém-eleito Líder Técnico do Projeto de Networking do OpenStack (anteriormente conhecido como “Quantum”).
Mirantis: Conte-nos sobre você e como começou com o OpenStack.
Mark McClain: Sou um Desenvolvedor Sênior de Cloud na DreamHost e trabalho na Equipe de Cloud. A DreamHost me contratou especificamente para trabalhar no OpenStack. Fui contratado durante o meio do ciclo Essex, e o interessante de trabalhar no OpenStack, e especificamente em Networking de OpenStack, é que combina duas das minhas coisas favoritas: Networking e Python.
P: Quais são suas responsabilidades? O que você se vê fazendo no dia a dia?
A: Durante o lançamento do Grizzly, eu era um contribuidor principal focado em melhorar a funcionalidade do serviço de metadados ao usar redes IP sobrepostas. Também trabalhei na migração de banco de dados para que as pessoas que estavam implementando o OpenStack pudessem fazer o upgrade sem problemas de Folsom para Grizzly. Durante o Grizzly, também liderei várias subequipes, incluindo as equipes L3, de banco de dados e de triagem de bugs.
Agora, como PTL, tenho uma visão muito mais ampla do projeto. Sou responsável por conduzir nossa reunião semanal de equipe e organizar o track de Networking no cume de design. Diariamente, corresponderei com a comunidade, coordenarei com líderes de sub-equipes, revisarei submissões de código, triarei bugs e revisarei blueprints. Também coordenarei com outros membros da Fundação e do Comitê Técnico sobre questões interprojetos.
P: O que torna a Networking OpenStack tão especial? Por que isso é importante?
A: Com a Nova, você pode criar máquinas virtuais e ela oferece capacidades básicas de rede. Mas quando você deseja usar tecnologias mais recentes, digamos, tunelamento para proporcionar isolamento de rede entre inquilinos ou VXLAN – você realmente não pode aproveitar essas tecnologias com a rede da Nova. Ela limita você a VLANs ou redes planas. As novas tecnologias possibilitam os maiores benefícios da Rede OpenStack: isolamento de inquilino escalável.
P: O que a comunidade de Networking do OpenStack realizou até agora, e quais são seus planos para o lançamento de Havana?
A: A Networking do OpenStack foi originalmente criada no Diablo Summit. Era um projeto incubadora durante Essex e foi integrado em Folsom. Durante o período de Essex e Folsom, a comunidade realmente passou muito tempo tentando alcançar paridade de recursos e construir muitos recursos L2 e L3 na Networking do OpenStack.
Na versão Grizzly, conseguimos mudar o foco para a adição de novos serviços, além de fechar a lacuna de paridade com a Nova Networking. No ciclo Grizzly, adicionamos serviços de metadados sobrepostos, migrações e grupos de segurança. Outra grande característica do Grizzly foi o balanceamento de carga.
De fato, várias pessoas da Mirantis realmente ajudaram a contribuir para o balanceamento de carga. Esse foi um grande projeto comunitário que envolveu várias pessoas de diferentes fornecedores que trabalharam juntas para produzir uma API e a base para o balanceamento de carga.
Em Havana, vamos expandir o serviço de balanceamento de carga e adicionar mais funcionalidades. Olhando para o futuro, há fornecedores na comunidade trabalhando para melhorar o Networking do OpenStack adicionando suporte a VPN, suporte a ACL de nível empresarial e suporte a IPv6. Atualmente, a funcionalidade IPv6 é bastante básica e as pessoas querem adicionar alguns serviços de alto nível em cima disso. Além disso, há empresas e membros da comunidade trabalhando no suporte a metal puro, suporte completo multi-host, fornecendo HA em um contexto um pouco menor, semelhante ao que é o multi-host da Nova… também há vários membros da comunidade que se unem para trabalhar em outras funcionalidades voltadas para o usuário.
Q: O que é genuinamente único sobre o OpenStack Networking ou é apenas uma versão open source de Networking as a Service como já existe?
A: Eu acho que a coisa mais única sobre o OpenStack Networking em comparação com quase todas as outras soluções de Networking as a Service é uma comunidade de fornecedores muito vibrante. Durante o ciclo Grizzly, adicionamos cinco novos plug-ins de diferentes fornecedores. Isso é uma das coisas únicas sobre o OpenStack Networking. Isso também mostra muito impulso dos fornecedores porque a maioria deles escolheu colocar sua energia e seus esforços atrás do OpenStack.
Se você comparar isso com outras soluções de Networking em alguns outros conjuntos de nuvens, eles têm talvez uma ou duas opções, se você tiver sorte. Você fica praticamente preso à opção de Networking do conjunto.
Q: Quais são alguns casos de uso onde a Networking do OpenStack realmente se destaca?
A: Em ambientes multi-tenant onde o isolamento e a segurança são essenciais, você pode colocar esses sistemas em funcionamento rapidamente e fornecer esses serviços aos inquilinos, seja em uma nuvem pública ou privada, e você pode escalá-los de forma bastante rápida.
No caso de implantações menores, a Networking do OpenStack pode ser configurada para suportar até mesmo pequenas nuvens privadas de forma bastante fácil usando ferramentas de código aberto. Lojas menores que possuem recursos limitados ainda podem aproveitar muitas das mesmas funcionalidades que as pessoas que estão implantando em grande escala também podem.
P: Quando você diz “fairly quickly”, você pode quantificar isso?
A: Para uma loja menor, apenas seguindo os guias do OpenStack – se você está familiarizado com o OpenStack – isso seria meio dia. Se você não está familiarizado com o OpenStack, talvez um dia ou dois. Os guias irão guiá-lo e configurá-lo com uma configuração bastante realista que funciona bem na maioria dos casos.
A vantagem é que você pode fazer isso com o mínimo de pessoal e tudo funciona em hardware comum. Você não precisa de switches ou servidores especiais. Para aqueles que estão tentando experimentar e descobrir se OpenStack ou OpenStack Networking é a solução para eles, eles podem usar equipamentos que a maioria das empresas já possui em seus laboratórios de qualquer maneira para testes.
Q: Como funciona a base de conhecimento que você precisa ter para iniciar o Networking do OpenStack?
A: É o mesmo conjunto de habilidades que você encontraria se tivesse um engenheiro de rede ou até mesmo uma posição do tipo DevOps. Você realmente só precisa de uma familiaridade básica para implantar redes IP.
Portanto, realmente não são necessárias habilidades especiais porque muito do que os autores dos Plugins/plugin fizeram – tanto em código aberto quanto proprietário – é abstrair muitos dos detalhes específicos de certos protocolos para que o implementador possa se concentrar nas API’s.
P: Existem equívocos sobre o Networking do OpenStack?
A: Não enfrentamos muitos equívocos com o Networking de OpenStack. Acredito que a maioria das pessoas entende o que ele faz. Algumas pessoas ainda optam por implantar o networking do Nova para novas instalações porque estão preocupadas com a complexidade, maturidade ou estabilidade do Networking de OpenStack.
Agora os materiais de suporte para instalação estão atualizados e as distribuições fizeram um excelente trabalho ao empacotar o OpenStack, então isso já não é mais um problema. Para novas implantações, você deve usar o OpenStack Networking desde o início e aproveitar essas funcionalidades agora, em vez de começar com o Nova-network e eventualmente ter que migrar para o OpenStack Networking, o que é uma migração não trivial.
Durante Havana, as equipes de Networking e Nova do OpenStack vão discutir: Como podemos preencher essa lacuna e como o Networking do OpenStack se torna o provedor de rede padrão para o Nova?
Q: Como funciona a escalabilidade do Networking do OpenStack?
A: Existem várias implantações grandes executando Networking OpenStack. Algumas estão executando versões de Folsom, e algumas pessoas estão realmente executando o trunk, o que é realmente interessante porque fala sobre a maturidade da base de código.
P: O Projeto de Rede OpenStack ainda possui algum “problema infantil”?
A: Passamos muito tempo no Grizzly trabalhando em serviços de metadados isolados. Muitas das perguntas de suporte que recebemos e os relatórios de bugs após o lançamento do Folsom eram: Como funciona o serviço de metadados? – e por isso dedicamos muito tempo para garantir que o serviço de metadados fosse muito mais fácil de configurar e funcionasse de imediato para uma grande variedade de implantações. No Grizzly, isso provavelmente é uma das maiores doenças das quais nos livramos.
P: Quem você gostaria de ver contribuindo para o Projeto de Rede OpenStack?
A: Somos muito afortunados. Temos contribuições de algumas empresas muito respeitadas, incluindo: Arista, BigSwitch, Brocade, Cisco, HP, IBM, NEC, Nicira, Juniper, Midokura, Plumgrid e VMware. Durante o ciclo Grizzly, adicionamos ainda mais empresas e algumas novas startups que estão oferecendo suas soluções, o que impulsiona a inovação na comunidade.
Quanto ao colaborador ideal… é alguém que está entusiasmado com Networking e deseja participar da comunidade OpenStack, e está disposto a trocar ideias entre os diferentes colaboradores para que, no final do dia, a comunidade se beneficie como um todo.
P: Quais são as maiores oportunidades para pessoas que desejam criar algo incrível e notável no Projeto de Rede OpenStack?
Haverá uma grande iniciativa em Havana para VPN como um Serviço em vários modos de implantação diferentes. Além disso, vamos estender o balanceamento de carga. Em Grizzly, demos os primeiros passos para implementá-lo e agora há vários fornecedores tentando aproveitar essa API. O suporte a IPv6 também será grande. Mais provedores de serviços de internet estão oferecendo serviços v6 para implantações empresariais. Garantir que o Projeto de Rede OpenStack funcione para os vários modos de implantação de IPv6 será importante também.
Também temos entusiasmo em relação às pessoas que estão trabalhando com metal puro com OpenStack Networking e na gestão de dispositivos em grande escala: Se eu sou um fornecedor de hardware – como integro meu hardware ao OpenStack Networking? Além disso, estamos focados em tópicos para implementadores, tais como: Como posso fornecer diferentes ofertas de nível de serviço?
P: Como você aconselharia pessoas que desejam começar a contribuir para o Networking do OpenStack? Quais passos elas devem seguir especificamente?
A: O primeiro passo é obviamente se inscrever na lista de discussão de desenvolvimento do OpenStack. Isso lhe dá uma noção dos temas que os desenvolvedores de Networking do OpenStack estão discutindo.
A equipe de Networking do OpenStack também mantém uma página Wiki para bugs iniciais. Nessa página, mantemos o controle de links simples para: Aqui está como encontrar as revisões de código para o lado do servidor do Networking do OpenStack ou o cliente do Networking do OpenStack, etc. À medida que os bugs são relatados, marcamos os mais fáceis como frutas baixas, que são uma excelente oportunidade para novos desenvolvedores e colaboradores iniciarem no projeto.
Isso significa que quem está triando os bugs pode dizer: “Ei, isso é algo que não é excessivamente complicado e é uma boa maneira de se familiarizar com a base de código de Networking do OpenStack.” Nós também mantemos uma lista de projetos comunitários que seria bom começar a trabalhar. Ao ser um membro da lista de emails de Networking do OpenStack, você pode recrutar outros membros da comunidade e trabalhar juntos. Isso também constrói confiança dentro da comunidade, de modo que aqueles que estavam revisando seu código estão trabalhando com você. Você tem um senso de rapport com eles.
Q: Muito obrigado, Mark!
A: De nada!
