.
Recurso patrocinado Os contêineres se tornaram a fonte de ganhos de produtividade do desenvolvedor de aplicativos, especialmente no mundo nativo da nuvem. No entanto, os proprietários de aplicativos com estado agora têm os mesmos recursos na ponta dos dedos, tudo sem as limitações baseadas em armazenamento de anos passados.
Vale a pena dar uma olhada na evolução do Kubernetes e do armazenamento apenas para mostrar até que ponto empresas como a Hewlett Packard Enterprise (HPE) avançaram. Além disso, ele nos dá uma noção do progresso feito para permitir que os usuários provisionem instantaneamente armazenamento e clonem conjuntos de dados em nível de produção, enquanto orientam o desempenho e a capacidade durante o tempo de execução para confiabilidade máxima que gera melhores tempos de resposta do aplicativo, especialmente durante períodos de alto congestionamento.
Não há mais gargalos de armazenamento
Para desenvolvedores de aplicativos e engenheiros de lançamento, o armazenamento foi considerado por muito tempo um gargalo que impedia implantações bem-sucedidas do Kubernetes. Embora esse possa ter sido o caso nos primeiros dias, quando vários plugins ofereciam pouco ou nenhum gerenciamento de dados ou recursos de provisionamento dinâmico, os tempos mudaram.
Costumava ser um desafio incorporar drivers de armazenamento específicos do fornecedor no Kubernetes. E embora houvesse muitos esforços nesse sentido, eles não forneceram a ampla funcionalidade que as iniciativas de padronização geralmente fornecem. Essa é uma razão pela qual o Google e outros trabalharam para desenvolver a especificação Container Storage Interface (CSI), que permite que terceiros escrevam um driver dentro de seu próprio domínio que possa apresentar construções padrão no Kubernetes.
O CSI fornece um pequeno calço entre o orquestrador de contêiner e os sistemas de armazenamento de back-end que é exclusivo para cada fornecedor. Agora que está maduro e amplamente reconhecido pelos desenvolvedores, os clientes podem acessar a documentação do CSI e ver todos os drivers para várias interfaces de armazenamento. Embora isso seja certamente útil, ainda pode ser um pouco confuso para peneirar, no entanto.
A HPE colocou sua experiência em engenharia e sistemas de armazenamento em cima desse esforço de fornecedor neutro para permitir que os usuários acessem um provedor de armazenamento de contêiner (CSP – uma especificação de API REST que define como os fluxos de trabalho de provisionamento, montagem e desalocação são invocados de um cliente host) que é capaz de lidar com todas as operações de gerenciamento de dados em uma variedade de infraestrutura de armazenamento.
Essa mudança significa que as implantações do Kubernetes não estão mais restritas ao mundo mais efêmero dos aplicativos sem estado. Os desenvolvedores de aplicativos com estado também podem capturar a promessa total do desenvolvimento baseado em contêiner com melhor gerenciamento de dados, maior eficiência, multilocação segura e tempos de desenvolvimento muito mais rápidos, mesmo para aplicativos tradicionais passando por modernização.
Empurrando a produtividade
A maioria dos aplicativos implantados no Kubernetes e executados em contêineres são derivados de aplicativos com estado de um tipo ou de outro (bancos de dados, por exemplo). À medida que a flexibilidade de armazenamento aumentou, isso significa que o próximo desafio é integrar os conjuntos de dados de produção nos fluxos de trabalho de teste, especialmente porque a maior produtividade leva a lançamentos de software mais rápidos, o que gera implantações de maior qualidade.
Tudo isso também significa que o teste precisa melhorar com a adição de dados semelhantes à produção no ambiente de desenvolvimento/teste e de teste.
É aí que entra a funcionalidade do driver HPE CSI para Kubernetes. Os proprietários de aplicativos com estado podem integrar esse nível de dados logo no início dos ciclos de teste usando clones instantâneos de cópia zero de instâncias de produção no Kubernetes e outras funções inerentes ao armazenamento corporativo. Com a capacidade de clonar e anexar esses dados a basicamente qualquer tipo de infraestrutura de contêiner em que o driver esteja disponível, a barra para o desenvolvimento de aplicativos em contêineres foi elevada.
Embora seja independente de fornecedor, o driver HPE CSI tem suporte para todo o portfólio de armazenamento da HPE, o que é especialmente útil à medida que grandes empresas avançam em suas jornadas de modernização de aplicativos.
O poder do driver HPE CSI está em permitir a capacidade de provisionar dinamicamente volumes persistentes que podem ser definidos por administradores de sistema e armazenamento. O foco do driver da HPE é fornecer uma experiência consistente em ambientes de nuvem privada.
Controle o desempenho/capacidade de armazenamento em tempo de execução
Driver HPE CSI para Kubernetes – quando conectado ao armazenamento primário, como a infraestrutura de dados nativa em nuvem HPE Alletra totalmente NVMe (alimentada por HPE GreenLake), sistemas de armazenamento HPE Primera ou HPE Nimble – significa que os usuários podem provisionar instantaneamente armazenamento e clonar conjuntos de dados de produção enquanto controlam desempenho de volume e capacidade durante o tempo de execução para minimizar a interrupção operacional e o tempo de inatividade. Os usuários também podem implantar vários clusters do Kubernetes na mesma infraestrutura com infraestrutura de armazenamento de primeira linha apoiando dados de nível de produção para produtividade total do desenvolvedor.
Quando o armazenamento é mantido distinto do cluster Kubernetes, os clusters existentes podem ser desativados e reimplantados sem alterar os dados, que permanecem protegidos e podem ser ativados novamente assim que um novo cluster for provisionado. Resumindo, o ambiente de desenvolvimento pode ser implantado e recuperado rapidamente, sem muita preocupação com a segurança dos dados — uma grande vantagem para projetos de teste para produção.
A combinação dessas linhas de armazenamento externo oferece um ambiente ideal para clientes que desejam dimensionar a computação, a rede e o armazenamento individualmente. Além de snapshots e clones, os usuários também podem obter multilocação sofisticada para que você possa executar produção, preparação e teste/desenvolvimento no mesmo armazenamento compartimentalizando todos os recursos de armazenamento para dar suporte a uma carga de trabalho específica e, em seguida, você pode redimensioná-la ou crescer conforme a necessidade de mudanças de capacidade ou desempenho.
Os clientes HPE existentes não precisarão conhecer os detalhes dos vários sistemas de armazenamento HPE e podem replicar dados entre os sistemas Alletra 9000 e Primera e entre os sistemas Alletra 6000 e Nimble, para melhor dimensionamento e flexibilidade de desempenho.
As soluções hiperconvergentes da HPE, como o HPE dHCI (infraestrutura hiperconvergente desagregada) ou a plataforma de virtualização de dados HPE SimpiVity, podem oferecer aos clientes a flexibilidade de usar o armazenamento fornecido pelos drivers CSI da camada de infraestrutura, com a opção de usar o driver HPE CSI para Kubernetes para um gerenciamento de dados mais rico para stateful formulários.
Fácil provisionamento de armazenamento para clusters do Kubernetes
Mas talvez o aspecto mais importante do driver HPE CSI seja que os gerentes de armazenamento podem delegar controle e comando e, inversamente, os desenvolvedores de aplicativos que escrevem aplicativos de microsserviços em contêiner não conhecem – e não precisam se importar – que armazenamento de nível empresarial com recursos como já que os snapshots de cópia zero estão tornando seu armazenamento com estado mais escalável e resiliente. Eles podem fazer isso de maneira de autoatendimento, assim como poderiam provisionar máquinas virtuais e armazenamento com estado em hipervisores de virtualização de servidor nos dias anteriores à conteinerização.
Tudo isso deixa os desenvolvedores de aplicativos fazerem o que fazem de melhor e os gerentes de armazenamento para garantir que a escala esteja lá para dar suporte aos aplicativos à medida que eles passam do teste/desenvolvimento até a qualificação e a produção. Tudo em armazenamento escalável de classe empresarial.
“Os contêineres são projetados para portabilidade, portanto, qualquer organização que os use deve criar uma arquitetura que permita que os dados estejam onde e quando precisarem”, diz Michael Mattsson, engenheiro de marketing técnico da HPE.
“Containerization, e Kubernetes em particular, ajuda as empresas a se afastarem de modelos operacionais imperativos que exigem que várias equipes executem tarefas tediosas regularmente. grau de automação e abstrações que fazem sentido para administrar uma empresa de tecnologia de alto desempenho”, acrescenta.
Os desenvolvedores já têm o suficiente para pensar em colocar aplicativos com estado em produção o mais rápido possível – o HPE CSI Driver pode pelo menos significar que ter recursos de armazenamento subjacentes suficientes prontos e disponíveis não é um deles.
Patrocinado pela HPE.
.
