Compromisso de negócios no gerenciamento de nuvem
Um compromisso de negócios ajuda você a definir seu nível de gerenciamento operacional a um custo operacional aceitável. Para definir um compromisso de negócios, você deve equilibrar as prioridades. Este artigo descreve como avaliar pontos de dados e cálculos para encontrar esse equilíbrio.
Você pode ter compromissos relacionados à estabilidade dos negócios que justificam as decisões de negócios. Os compromissos de estabilidade podem incluir SLAs (contratos de nível de serviço) ou um determinado nível de resiliência técnica. Para a maioria das cargas de trabalho, você só precisa de um nível de linha de base de gerenciamento de nuvem. Para outras cargas de trabalho, você pode gastar de duas a quatro vezes mais no gerenciamento de nuvem em comparação a um nível de linha de base. Você pode justificar esse custo devido ao impacto potencial das interrupções de negócios.
Os artigos anteriores desta série podem ajudar você a entender a classificação e o impacto das interrupções em várias cargas de trabalho. Este artigo ajuda você a calcular as recompensas.
O diagrama a seguir mostra que cada nível de gerenciamento de nuvem tem pontos de inflexão nos quais o custo pode aumentar mais rapidamente do que a resiliência. Esses pontos de inflexão solicitam que você tome decisões de negócios e assuma compromissos de negócios detalhados.
Determinar um compromisso adequado
Para cada carga de trabalho em um portfólio, a equipe de operações de nuvem e a estratégia de nuvem devem se alinhar ao nível de gerenciamento que a equipe de operações de nuvem fornece diretamente.
Quando sua empresa estabelecer um compromisso, determine como alinhar os aspectos a seguir.
- Pré-requisitos de operações de TI
- Responsabilidade de gerenciamento
- Locação de nuvem
- Fatores de custo intangível
- Prevenção de perdas do ROI (retorno sobre o investimento)
- Validação do nível de gerenciamento
Para ajudar você a tomar decisões, as seções a seguir descrevem esses aspectos com mais detalhes.
Determinar pré-requisitos de operações de TI
O Guia de gerenciamento do Azure descreve as ferramentas de gerenciamento do Azure. Antes que sua empresa assuma um compromisso, a TI deve determinar uma linha de base de gerenciamento de nível padrão aceitável a ser aplicada a todas as cargas de trabalho gerenciadas. Para cada carga de trabalho gerenciada no portfólio de TI, a TI pode calcular um custo de gerenciamento padrão com base nos núcleos de CPU, espaço em disco e outras variáveis relacionadas ao ativo. A TI também pode estimar um SLO (objetivo de nível de serviço) composto para cada carga de trabalho com base na arquitetura.
As equipes de operações de TI geralmente usam tempo de atividade mínimo padrão de 99,9% para o SLO composto inicial. Elas podem normalizar os custos de gerenciamento com base na carga de trabalho média, especialmente para soluções que têm necessidades mínimas de registro em log e armazenamento. Para fornecer um ponto de partida para conversas iniciais, as equipes de operações de TI podem calcular a média dos custos de algumas cargas de trabalho medianamente críticas.
Dica
Se você usa a pasta de trabalho de gerenciamento de operações para planejar o gerenciamento de nuvem, pode atualizar os campos de gerenciamento de operações para refletir os pré-requisitos de operações de TI. Os campos de gerenciamento de operações incluem Nível de compromisso, SLO composto e Custo mensal. O custo mensal deve representar o custo das ferramentas de gerenciamento operacional adicionadas mensalmente.
A linha de base de gerenciamento de operações serve como um ponto de partida inicial, e você também deve validar a linha de base em relação aos aspectos a seguir.
Escolher um modelo de responsabilidade
Em um ambiente local tradicional, você pode assumir que o custo de gerenciamento do ambiente é um custo não recuperável para as operações de TI. Um custo não recuperável é uma despesa que você não pode recuperar. Na nuvem, o gerenciamento é uma decisão proposital que tem um impacto direto no orçamento. Você pode atribuir diretamente os custos de cada função de gerenciamento a cada carga de trabalho implantada na nuvem. Você tem maior controle com essa abordagem. No entanto, as equipes de operações de nuvem e as equipes de estratégia de nuvem devem primeiro se comprometer com um acordo sobre responsabilidades.
Sua empresa também pode terceirizar algumas das suas funções de gerenciamento contínuas para um provedor de serviços. Os provedores de serviços podem usar o Azure Lighthouse para fornecer controle preciso à sua empresa. Por exemplo, você pode conceder acesso aos seus recursos e ter maior visibilidade das ações que os provedores de serviços executam.
Para gerenciar seu ambiente de nuvem, você pode implementar vários modelos.
Modelo de responsabilidade delegada: as operações de TI podem usar uma abordagem conhecida como responsabilidade delegada. Essa abordagem não requer gerenciamento centralizado e evita a sobrecarga de gerenciamento operacional. Em um modelo de CCoE (centro de excelência de nuvem), as operações e a automação de plataforma fornecem ferramentas de gerenciamento de autoatendimento que podem ser usadas por equipes de operações orientadas por negócios, independentemente de uma equipe de operações de TI centralizada.
Essa abordagem dá aos participantes da empresa controle total sobre os orçamentos relacionados ao gerenciamento. A equipe de CCoE também pode garantir que um conjunto mínimo de proteções seja implementado corretamente. A TI atua como um agente e um guia para ajudar sua empresa a tomar decisões inteligentes. As operações de negócios supervisionam as operações diárias de cargas de trabalho dependentes.
Modelo de responsabilidade centralizada: sua empresa poderá exigir um modelo de equipe de TI central se você tiver requisitos de conformidade, complexidade técnica ou modelos de serviço compartilhados. Em um modelo de TI central, a TI executa as responsabilidades de gerenciamento de operações.
Você pode gerenciar e controlar centralmente o design ambiental, os controles de gerenciamento e as ferramentas de governança que impedem os stakeholders da empresa de assumir compromissos de gerenciamento. No entanto, a visibilidade do custo e da arquitetura das abordagens de nuvem facilita para a TI centralizada comunicar o custo e o nível de gerenciamento de cada carga de trabalho.
Modelo misto: a classificação é a base de um modelo misto de responsabilidades de gerenciamento. Se sua empresa estiver no processo de transformação do local para a nuvem, talvez seja necessário um modelo operacional que prioriza o local por algum tempo. Se sua empresa tem requisitos de conformidade rigorosos ou depende de contratos de longo prazo com fornecedores de terceirização de TI, você pode precisar de um modelo operacional centralizado.
Uma abordagem de modelo misto fornece equilíbrio. Nessa abordagem, uma equipe de TI central fornece um modelo de operação centralizado para todas as cargas de trabalho críticas ou que contêm informações confidenciais. A equipe coloca todas as outras classificações de carga de trabalho em um ambiente de nuvem que dá suporte a responsabilidades delegadas. A abordagem de responsabilidade centralizada serve como o modelo operacional geral, mas sua empresa tem flexibilidade para adotar um modelo operacional especializado com base no nível necessário de suporte e confidencialidade.
Considere quem é responsável pelo gerenciamento de operações diárias de uma carga de trabalho. Sua abordagem de responsabilidade afeta seus compromissos.
Gerenciar locação de nuvem
Normalmente, você pode gerenciar ativos com mais facilidade quando eles residem em um único locatário. Mas talvez seja necessário manter vários locatários. Para saber por que você pode exigir um ambiente multilocatário do Azure, confira Centralizar operações de gerenciamento com o Azure Lighthouse.
Considerar os fatores de custo intangível
A próxima seção descreve uma abordagem para determinar os retornos comparativos que estão associados a vários níveis de processos de gerenciamento e ferramentas. Para cada carga de trabalho analisada, você pode medir o custo de gerenciamento em relação ao impacto previsto das interrupções nos negócios. Use o método a seguir para determinar se você precisa investir em abordagens de gerenciamento mais abrangentes.
Antes de calcular os números, considere os fatores de custo intangível. Fatores de custo intangível produzem retorno, mas esse retorno é difícil de medir pela economia direta de custos tangíveis que é visível em um demonstrativo de lucros e perdas. Fatores de custo intangível podem indicar a necessidade de investir em um nível mais alto de gerenciamento do que o que é fisicamente prudente.
Alguns exemplos de fatores de custo intangível incluem:
Uso diário da carga de trabalho pela diretoria ou CEO.
Uso de carga de trabalho pelos x% principais dos clientes, o que leva a um impacto maior na receita em outro lugar.
Impacto na satisfação dos funcionários.
Para assumir um compromisso, o próximo ponto de dados que deve ser avaliado é uma lista de fatores de custo intangível. Não é necessário documentar esses fatores neste estágio, mas os stakeholders da empresa devem estar cientes da importância desses fatores e da exclusão deles dos cálculos a seguir.
Calcular ROI de prevenção de perda
Quando a equipe de TI responsável pelas operações de nuvem calcula o retorno relativo sobre os custos do gerenciamento de operações, ela deve concluir os pré-requisitos mencionados anteriormente e assumir um nível mínimo de gerenciamento para todas as cargas de trabalho.
O próximo compromisso que sua empresa deve assumir é aceitar os custos associados à oferta gerenciada pela linha de base. Determine se a empresa concorda em investir na oferta de linha de base para atender aos padrões mínimos de operações de nuvem.
Se sua empresa não concordar com esse nível de gerenciamento, você deve criar uma solução para que sua empresa possa prosseguir. Verifique se sua solução não afeta consideravelmente as operações de nuvem de outras cargas de trabalho.
Você pode querer mais do que o nível de gerenciamento padrão. A seção a seguir ajuda a validar esse investimento e os retornos associados na forma de prevenção de perdas.
Aumentar os níveis de gerenciamento
Para soluções gerenciadas, você pode aplicar vários princípios de design e soluções de modelo além da linha de base de gerenciamento. Cada princípio de design para confiabilidade e resiliência adiciona custos operacionais à carga de trabalho. A TI e sua empresa devem concordar com esses compromissos extras, portanto você deve entender as possíveis perdas que podem ser evitadas implementando mais princípios.
Os cálculos a seguir fornecem fórmulas para ajudar você a entender melhor as diferenças entre perdas e maiores investimentos em gerenciamento. Para saber como calcular o custo do aumento do gerenciamento, confira Automação de carga de trabalho e Automação de plataforma.
Dica
Se você usa a pasta de trabalho de gerenciamento de operações para planejar o gerenciamento de nuvem, atualize os campos de gerenciamento de operações para refletir cada conversa. Essas alterações atualizam as fórmulas de ROI e cada um dos campos a seguir.
Estimativa de interrupção
O SLO composto é o SLA baseado na implantação de cada ativo na carga de trabalho. O campo SLO composto impulsiona a interrupção estimada, que é rotulada Est. Outage
na pasta de trabalho. Para calcular a interrupção estimada em horas por ano sem usar a pasta de trabalho, aplique a seguinte fórmula:
Interrupção estimada = (1 - percentual de SLO composto) × número de horas em um ano
A pasta de trabalho usa o valor padrão de 8.760 horas por ano.
Impacto padrão da perda
O impacto padrão da perda prevê o impacto financeiro de qualquer interrupção, supondo que a previsão de interrupção estimada seja precisa. O impacto de perda padrão é rotulado Standard Impact
na pasta de trabalho. Para calcular essa previsão sem usar a pasta de trabalho, aplique a seguinte fórmula:
Impacto padrão = interrupção estimada @ três nonos do tempo de atividade × impacto do valor temporal
O valor servirá como uma linha de base para custos se os stakeholders da empresa investirem em um nível mais alto de gerenciamento.
Impacto do SLO composto
O impacto de SLO composto fornece o impacto fiscal atualizado, com base nas alterações no SLA de tempo de atividade. Use esse cálculo para comparar o impacto financeiro projetado de ambas as opções. O impacto do SLO composto é rotulado Commitment level impact
na pasta de trabalho. Para calcular esse impacto previsto sem a planilha, aplique a seguinte fórmula:
Impacto de SLO composto = interrupção estimada × impacto de valor temporal
O valor representa as possíveis perdas que o nível de compromisso alterado e o novo SLO composto devem evitar.
Base de comparação
O campo Base de comparação avalia o impacto padrão e o impacto do SLO composto para determinar o valor do retorno no campo ROI anual.
Retorno sobre a prevenção de perda
Se o custo do gerenciamento de uma carga de trabalho exceder as possíveis perdas, o investimento proposto no gerenciamento de nuvem poderá não ser útil. Para comparar o retorno sobre a prevenção de perda, confira a coluna rotulada Annual ROI
. Para calcular essa coluna por conta própria, use a seguinte fórmula:
Retorno sobre a prevenção de perda = (base de comparação - (custo mensal × 12)) ÷ (custo mensal × 12)
Se você não tiver outros fatores de custo intangível a serem considerados, poderá usar essa comparação para determinar rapidamente se precisa investir mais em operações de nuvem, resiliência, confiabilidade ou outras áreas.
Validar o compromisso
Neste ponto do processo, sua empresa pode assumir compromissos, incluindo responsabilidade centralizada ou delegada e locação do Azure, além de determinar o nível de compromisso. Você pode validar e documentar cada compromisso para garantir que a equipe de operações de nuvem, a equipe de estratégia de nuvem e os stakeholders da empresa estejam alinhados a esses compromissos para gerenciar a carga de trabalho.
Próxima etapa
Depois de assumir compromissos, as equipes de operações responsáveis podem configurar a carga de trabalho. Para começar, avalie várias abordagens para inventário e visibilidade.