Recursos/White Papers

Tecnologia

OpenStack: Cinco tópicos a resolver

Concentrando-se nessas áreas críticas, a comunidade OpenStack pode estender as infraestruturas de nuvem, privada e híbrida, totalmente abertas, para todos

Radhesh Balakrishnan *

Publicada em 12 de maio de 2017 às 11h51

O OpenStack tem estado em evidência, com aumento da adoção em todo o mundo, destacado por grandes implantações em organizações líderes como Verizon, BBVA e NASA Jet Propulsion Laboratory, bem como o crescimento contínuo na comunidade.

Mas, embora seja bom ver o sucesso do OpenStack na empresa, a comunidade não pode descansar em seus louros. Há ainda alguns tópicos em aberto sobre os quais a comunidade e o ecossistema do OpenStack precisam se debruçar.

Vejamos;

1 - Containers, containers e... containers
OpenStack já não é a tecnologia de código aberto mais quente do momento. Esse título pertence agora aos containers Linux. Uma tecnologia de empacotamento de aplicativos que permite uma maior flexibilidade e portabilidade de carga de trabalho. O suporte para aplicações em containers será a chave para o avanço do OpenStack.

Os serviços OpenStack - como Neutron para redes e Cinder para armazenamento em bloco - já podem ser abstraídos e disponibilizados através de plataformas baseadas em Docker e Kubernetes. Isso é importante porque a infraestrutura baseada em container cresce, mas não é tão importante quanto a segunda necessidade: a execução de containers no OpenStack.

Aplicações empacotadas nos containers têm um conjunto de necessidades diferentes do que as aplicações de nuvem tradicionais, típicas de máquinas virtuais, normalmente vistas em nuvens baseadas em OpenStack. Para tornar o OpenStack mais compatível com o container, precisamos orquestrar melhor as peças de rede, armazenamento e gerenciamento que compõem o framework. Estamos vendo isso acontecer em projetos como o Kuryr e o KubeVirt, mas esses esforços precisam ser expandidos e entregues como produtos suportados.

2 - Estar confortável com nuvem pública
O
OpenStack já é conhecido por fornecer uma plataforma de nuvem privada poderosa, mas avançando, terá que servir como uma ponte entre a infraestrutura de nuvem privada e as nuvens públicas.

Isto é mais fácil dizer do que fazer. As APIs do OpenStack precisam manipular recursos através do OpenStack e da nuvem pública, permitindo que o framework funcione como um único ponto de controle para serviços dentro e fora de uma organização. Isso significa que o OpenStack fornece a infraestrutura poderosa e flexível para nuvens privadas enquanto também serve como plataforma de gerenciamento de nuvem para instâncias públicas.

Projetos como OpenStack Omni endereçam essa promessa, mas a comunidade em geral precisa entender que o futuro do OpenStack não é necessariamente suplantar a nuvem pública, e sim aumentá-la. Agindo como um gatekeeper híbrido, o framework dá às organizações mais controle sobre como elas consomem recursos, tanto públicos como privados, e permite uma maior adoção de uma cultura e software DevOps como infraestrutura, ambas chaves para o futuro da TI.

openstack

3 - Abrir a porta para o modelo SDx
De um modo geral, um dos maiores sucessos do OpenStack é como ele se integra com as tecnologias definidas por software. O framework fornece uma camada de integração definida por software em computação, armazenamento e rede. O KVM (máquina virtual baseada em kernel) tornou-se o hipervisor de fato para OpenStack e projetos como o Manila e o Ceph fornecem um terreno comum para soluções de armazenamento definidas por software - a última etapa das é a da rede definida por software (SDN), algo que permanece fundamental para o futuro do OpenStack.

O mercado SDN é ocupado hoje por fornecedores como VMware, Cisco, Nokia / Nuage, Big Switch, e Juniper (apenas para citar alguns) oferecendo uma série de soluções e projetos impulsionados pela comunidade, como o OpenDaylight. É este espaço variado que a comunidade OpenStack precisa abordar em 2017, especificamente fornecendo uma experiência "melhor em conjunto" com o maior número de provedores SDN e escolhas possíveis.

Esta necessidade de escolha expandida também endereça o fato de que o OpenStack precisa se conectar mais com o SDN em geral. À medida que as nuvens baseadas no OpenStack se expandem, espera-se que as implementações SDN se expandam linearmente, dada a estreita relação entre as duas tecnologias. Sem uma integração mais próxima, as empresas em crescimento estariam enfrentando duas "ilhas" separadas para gerenciar: uma em torno do OpenStack e outra em torno do SDN.

4 - Lidar com as queixas do dia seguinte à instalação
As operações do "Dia 1" do OpenStack - a instalação, configuração e implantação - são amplamente resolvidas. Embora as complexidades permaneçam, a instalação do OpenStack e as implementações iniciais são documentadas e codificadas. Com essa barreira desmarcada, a comunidade agora precisa definir suas visões coletivas no conjunto de requisitos de gerenciamento na sequência (o dia 2), como escalonamento, monitoramento e solução de problemas, bem como conformidade e otimização, especialmente quando se trata de implementações específicas fora das configurações.

Olhe desta forma: Todos os componentes de uma implementação OpenStack, de módulos de rede para armazenamento de APIs integrados para gerar grandes quantidades de dados sob a forma de logs, verificações de sistemas e outros, exigem algum tipo de classificação e análise. À medida que as implantações se expandem para englobar dezenas a centenas de milhares de nós, essa análise de dados torna-se crítica. Caso contrário, como um departamento de TI entenderá o que sua nuvem está fazendo? Ou onde estão desperdiçando recursos? Ou se eles têm uma vulnerabilidade?

O que é necessário agora é um esforço da comunidade OpenStack para padronizar como esses dados são agregados e consumidos. Além de ser mais capaz de identificar e resolver problemas na infraestrutura, um modelo de análise de dados padronizado também ajudaria as equipes de TI  a encontrar o melhor lugar para uma determinada carga de trabalho em sua infraestrutura, ajudando a eliminar recursos desperdiçados e melhorar a  estabilidade.

5 - Estável em qualquer tamanho
Embora a escala seja fundamental para um conjunto ainda mais amplo de implantações OpenStack (e a expansão de ambientes existentes), não pode existir no vácuo. Juntamente com a escalabilidade, o OpenStack precisa oferecer estabilidade, especialmente porque as implantações crescem não só em tamanho, mas importância para o negócio.

Do ponto de vista de escalabilidade, a comunidade OpenStack deve se concentrar em adicionar mais controle. Embora o OpenStack certamente possa escalar, nem todo serviço inerente a uma implantação precisa ser dimensionado ao mesmo tempo - o consumo deve determinar o que precisa crescer com a infraestrutura mais ampla.

A comunidade está começando a fornecer essa funcionalidade com "serviços modulares" e logo "atualizações modulares", que fazem uso extensivo de tecnologias de automação como a Ansible para ajudar os usuários a projetar a escalabilidade com base na necessidade. Dito isto, o controle granular da escala é uma área que continua a exigir atenção do ecossistema OpenStack. É estreitamente relacionado a ser capaz de identificar facilmente quais componentes estão causando um gargalo e corrigir esses problemas na mosca.

Outra peça-chave da equação de estabilidade está aumentando a segurança e conformidade para cargas de trabalho de missão crítica rodando em infraestrutura OpenStack. O ritmo de inovação dentro da comunidade, às vezes, acabou levando à mudança de APIs e até de protocolos entre releases, o que tornou difícil para indústrias de aversão ao risco adotar a tecnologia fora dos ambientes de P&D. Mas se a comunidade pode se concentrar em 2017 e manter um conjunto comum de código fundacional, o risco associado à inovação OpenStack desaparece quase que imediatamente.

Concentrando-se nestas cinco áreas críticas para o futuro, a comunidade OpenStack pode estender a infraestrutura de nuvem totalmente privada e híbrida a todos, mesmo aquelas organizações hesitantes em adicionar uma tecnologia aparentemente complexa e em rápida evolução.

 

(*) Radhesh Balakrishnan é gerente geral OpenStack da Red Hat



Reportagens mais lidas

Acesse a comunidade da CIO

LinkedIn
A partir da comunidade no LinkedIn, a CIO promove a troca de informações entre os líderes de TI. Acesse aqui