Pare de discutir sobre a facilidade de uso. Comece a medi-la.

Pontos principais

• Substitua afirmações subjetivas sobre “facilidade de uso” por um índice mensurável de proteção de dados: capacidade protegida dividida pelo número de administradores em tempo integral.
• A medição da capacidade protegida por ETI oferece uma visão mais significativa da eficiência operacional do que métricas tradicionais, como o número de tarefas de backup por administrador.
• O índice de proteção de dados deve ser usado como referência antes da migração de uma plataforma e medido novamente após a migração para validar as melhorias operacionais.
• Fatores como ambientes multicloud, requisitos de Recovery cibernética e obrigações de conformidade podem influenciar o índice; portanto, ele deve ser avaliado dentro do contexto de cada ambiente.
• As organizações devem exigir que os fornecedores se comprometam com resultados operacionais mensuráveis, em vez de confiar em alegações qualitativas sobre simplicidade.

Todas as avaliações de fornecedores das quais participei acabam chegando ao mesmo beco sem saída. Um lado diz que a plataforma é simples de operar. O outro lado diz que a plataforma deles é mais simples.

Ninguém consegue provar nenhuma das duas alegações, então a conversa se desvia para a demonstração, a indicação de referência, a intuição no ambiente. Não é assim que você deve tomar uma decisão que determinará como sua equipe passará os próximos cinco anos.

Já administrei ambientes de proteção de dados em produção. Vi equipes ficarem sobrecarregadas com ferramentas fragmentadas que prometiam automação e, em vez disso, geravam tickets.

“Complexidade reduzida” não é uma sensação na qual você deva acreditar cegamente. É algo que você deve ser capaz de calcular.

A métrica que faltava ao setor

Começamos a usar um índice simples internamente e com os clientes: a capacidade total protegida dividida pelo número de funcionários em tempo integral necessários para operá-la. Chamamos isso de índice de alavancagem da proteção de dados.

Capacidade Protegida (PB) / FTEs = Índice de Alavancagem da Proteção de Dados

É isso. Sem pesquisas de satisfação. Sem adjetivos. Um número, calculado a partir de dados que você já possui.

Veja por que isso é mais importante do que as métricas que substitui. Calcular o número de tarefas de backup por pessoa fazia sentido há uma década, quando uma tarefa representava uma unidade discreta de esforço manual. Isso não reflete como as plataformas modernas operam hoje, em que a automação absorve o trabalho rotineiro e um único administrador pode ser responsável por petabytes, e não pelo número de tarefas.

Medir tarefas por pessoa em um ambiente automatizado não diz nada sobre se a automação está realmente funcionando.

Como isso funciona na prática

Um esclarecimento antes de apresentar o número, pois isso costuma confundir as pessoas. Capacidade protegida significa o tamanho total, não compactado e não desduplicado, dos aplicativos que estão sendo protegidos, e não o disco físico por trás deles.

Essa distinção é importante porque é o ponto principal. O próprio ambiente de produção da Commvault protege 42,39 PB de dados de aplicativos em 9,26 PB de disco físico, o que representa uma economia de espaço de 81,91% graças à deduplicação e à compactação.

A proporção não é apenas uma medida de quantos petabytes uma pessoa pode supervisionar. É uma medida de quanto a arquitetura está realizando o trabalho antes mesmo que o número de funcionários entre em cena.

Com isso em mente: a Commvault opera seu próprio ambiente de backup de produção com 42,39 PB de capacidade protegida utilizando apenas dois FTEs. Isso representa uma relação de 21,20 PB por FTE. Os benchmarks do setor para plataformas modernas geralmente variam entre 5 e 25 PB por FTE, dependendo da complexidade do ambiente; portanto, esse número está na faixa mais alta do que é possível alcançar atualmente.

Índice de alavancagem da proteção de dados = 42,39 PB / 2 FTEs = 21,20 PB por FTE

Quero ser direto sobre o que esse número não representa. Ele não leva em conta uma infraestrutura multicloud, requisitos de recuperação cibernética ou um mix de aplicativos com alta exigência de conformidade — fatores que reduzirão o índice por razões que nada têm a ver com a qualidade da plataforma.

Um índice, isoladamente, não é um veredicto. Um índice medido antes e depois de uma migração, sim.

Esse é o caso de uso real. Estabeleça uma linha de base para seu ambiente atual com suas ferramentas atuais. Defina um índice-alvo com base em suas projeções de crescimento e na capacidade de sua equipe. Em seguida, exija que seu fornecedor cumpra essa meta após a conclusão da implementação, não apenas durante o ciclo de vendas.

A implicação no nível da diretoria

Se você é quem aprova a migração para uma nova plataforma, não estão apenas pedindo que confie que a nova plataforma será mais fácil de operar. Estão pedindo que você invista em um resultado operacional específico. Uma meta de índice de proteção de dados oferece uma maneira de incluir esse resultado no caso de negócios e verificá-lo 12 meses depois.

Essa é a mesma disciplina que aplicamos ao tempo médio de recuperação limpa (MTCR). A capacidade de recuperação não é algo que se alega, é algo que se mede e se corrige até que o número revele a verdade. A eficiência operacional merece o mesmo padrão.

O Desafio

Peça ao seu fornecedor atual o índice de alavancagem do seu próprio ambiente hoje. Se ele não puder fornecê-lo, isso diz algo sobre o quanto ele entende o que “fácil de gerenciar” significa para sua equipe.

E se você estiver avaliando uma nova plataforma, não aceite “mais fácil de usar” como resposta. Pergunte a qual índice eles se comprometerão e pergunte novamente após o primeiro ano.

Perguntas frequentes

P: O que é o índice de alavancagem de proteção de dados?

R: O índice de alavancagem de proteção de dados mede a quantidade de capacidade de dados protegidos gerenciada por cada administrador em tempo integral. Ele oferece uma maneira objetiva de avaliar a eficiência operacional, em vez de depender de impressões subjetivas sobre a usabilidade da plataforma.

P: Por que essa métrica é mais útil do que o número de tarefas de backup por administrador?

R: As plataformas modernas de proteção de dados automatizam grande parte do trabalho rotineiro que antes exigia esforço manual. Como resultado, contar as tarefas de backup não reflete mais a verdadeira carga de trabalho nem a eficiência de uma equipe de operações.

P: O que significa “capacidade protegida” nesse cálculo?

R: A capacidade protegida refere-se ao tamanho total, sem compressão e sem desduplicação, dos dados de aplicativos que estão sendo protegidos. Essa medida reflete a carga de trabalho real gerenciada pela plataforma, em vez do armazenamento físico consumido após a otimização.

P: Uma relação de alavancagem mais alta sempre indica uma plataforma melhor?

R: Não necessariamente. A complexidade do ambiente, incluindo implantações em múltiplas nuvens, requisitos de resiliência cibernética e obrigações regulatórias, pode reduzir a relação mesmo quando a plataforma apresenta bom desempenho. A métrica é mais valiosa ao comparar o mesmo ambiente antes e depois de uma migração.

P: Como as organizações devem utilizar a taxa de alavancagem de proteção de dados durante as avaliações de fornecedores?

R: As organizações devem estabelecer uma linha de base com base em seu ambiente atual, definir uma relação-alvo alinhada ao crescimento futuro e solicitar que os fornecedores se comprometam a alcançar melhorias mensuráveis após a implementação. Essa abordagem muda o foco da conversa de alegações de marketing para resultados comerciais verificáveis.

P: Qual é o valor comercial mais amplo dessa métrica?

R: O índice de alavancagem da proteção de dados permite que os executivos quantifiquem os ganhos esperados em eficiência operacional e os incluam na justificativa do investimento em uma plataforma. Ele também fornece uma referência que pode ser analisada após a implantação para confirmar se os resultados prometidos foram alcançados.

Rajiv Kottomtharayil é diretor de produtos da Commvault.