E ainda assim cada vCluster tem seu próprio servidor de API e plano de controle, fornecendo forte isolamento aos locatários e dando às equipes de plataforma a capacidade de criar suas próprias políticas personalizadas para segurança e governança. Eles podem criar seus próprios namespaces, implantar seus próprios recursos personalizados, proteger dados de cluster usando seus próprios armazenamentos de apoio e aplicar suas próprias políticas de controle de acesso aos usuários.
Ao mesmo tempo, o vCluster dá às equipes de plataforma muito mais velocidade e agilidade do que um cluster físico. Um cluster virtual pode ser criado em uma mera fração do tempo que leva para criar um cluster físico. Uma reinicialização de um vCluster leva cerca de seis segundos, contra 30 ou 45 minutos para reiniciar um cluster Kubernetes físico que esteja executando serviços de plataforma pesados como o Istio por baixo.
“O Kubernetes é ótimo de uma perspectiva de API, uma perspectiva de ferramentas, uma perspectiva de padronização — mas a arquitetura que os provedores de nuvem defendiam na execução de clusters de pequenos clusters levou a indústria de volta ao servidor físico em termos de custo e peso”, disse Gentele. “Nos anos 90, alguém tinha que realmente entrar fisicamente em um data center, conectar um servidor, emitir credenciais e realizar algumas outras etapas manuais”, disse ele. “Estamos em um barco semelhante com o Kubernetes hoje. Você tem tantas empresas executando toda a sua pilha de aplicativos em cada cluster, o que cria muita duplicação.”
