Q:
Quais são alguns dos desafios do dimensionamento no OpenStack?
UMA:Como uma opção popular de código aberto para implantações, o OpenStack tem algumas preocupações com os líderes de negócios que pretendem escalar um projeto em nuvem. Muitos deles têm a ver com a natureza de código aberto do OpenStack, em comparação com plataformas proprietárias.
Um desafio é a natureza de "suporte da comunidade" ou "crowdsourcing" do SO como uma ferramenta de código aberto. Muitos CIOs e CTOs desejam algo mais, alguma medida da capacidade de pré-planejamento oferecida por produtos de fornecedores que possuem mais planejamento a longo prazo.
Em geral, qualquer projeto pode ser difícil de escalar, independentemente da plataforma, mas outra preocupação para alguns líderes é a falta de suporte de atualização no local em ambientes tradicionais de SO. Isso significa, em alguns casos, a necessidade de realizar migrações frias para escalar um projeto.
Outra preocupação é a falta de capacidade de integração pronta com alguns dos principais sistemas de nuvem pública. O sistema operacional pode ser difícil de ajustar a algumas dessas opções e pode exigir mais intervenção manual. Novamente, isso está de acordo com a filosofia dos produtos de código aberto, que geralmente são “menos amigáveis ao usuário” do que os produtos dos fornecedores. Em outras palavras, os fornecedores investem em diferentes tipos de engenharia de usuário ou em outras concessões com base nas receitas que esperam obter com as vendas.
Muitos especialistas se referem ao dimensionamento como um "ponto de inflamação" essencial no OpenStack. Existe a ideia de que criar e implementar o projeto é um estágio e que o dimensionamento é outro estágio totalmente diferente. Os profissionais de TI, ao falar sobre os desafios do dimensionamento, implicarão que o sucesso do primeiro estágio de implementação não necessariamente garante ou leva ao sucesso do segundo estágio de dimensionamento, que existem obstáculos específicos no dimensionamento que não são "resolvidos automaticamente" por implementação ou outras fases anteriores. Isso, comparado com a criação de código aberto do sistema, cria desafios inerentes, incluindo desafios de manutenção, desafios de alocação de recursos e outros que os desenvolvedores e gerentes de projeto geralmente não antecipam, a menos que pensem na possibilidade de tentar escalar o sistema depois o fato.
