Compromisso de negócios no gerenciamento de nuvem

Definir o compromisso de negócios é um exercício em equilibrar as prioridades. O objetivo é alinhar o nível adequado de gerenciamento operacional a um custo operacional aceitável. Encontrar esse equilíbrio exige alguns pontos de dados e cálculos, que descrevemos neste artigo.

Equilibrar custo e resiliência

Os compromissos de estabilidade de negócios, por meio de resiliência técnica ou outros impactos sobre o SLA (contrato de nível de serviço), são uma decisão de justificativa comercial. Para a maioria das cargas de trabalho em um ambiente, um nível de linha de base de gerenciamento de nuvem é suficiente. Para outros, um aumento de custo de 2x a 4x é facilmente justificado devido ao impacto potencial de quaisquer 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. Conforme ilustrado na imagem anterior, cada nível de gerenciamento de nuvem tem pontos de inflexão em que o custo pode aumentar mais rapidamente do que os aumentos na resiliência. Esses pontos de inflexão solicitarão que você tome decisões empresariais e assuma compromissos empresariais detalhados.

Determine um compromisso adequado com os negócios

Para cada carga de trabalho no portfólio, a equipe de operações de nuvem e a estratégia de nuvem devem se alinhar ao nível de gerenciamento fornecido diretamente pela equipe de operações de nuvem.

Como você está estabelecendo um compromisso com os negócios, há alguns aspectos fundamentais a serem alinhados:

  • Pré-requisitos de operações de TI.
  • Responsabilidade do gerenciamento.
  • Locação de nuvem.
  • Fatores de custo intangível.
  • ROI de prevenção de perda.
  • Validação do nível de gerenciamento.

Para ajudar no processo de decisão, o restante deste artigo descreve esses aspectos com mais detalhes.

Pré-requisitos de operações de TI

O Guia de Gerenciamento do Azure descreve as ferramentas de gerenciamento disponíveis no Azure. Antes de alcançar um compromisso com os negócios, 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. Em seguida, a TI calcularia um custo de gerenciamento padrão para cada uma das cargas de trabalho gerenciadas no portfólio de TI, com base nas contagens de núcleos de CPU, espaço em disco e outras variáveis relacionadas ao ativo. A TI também estimaria um SLA composto para cada carga de trabalho, com base na arquitetura.

Dica

As equipes de operações de TI geralmente usam tempo de atividade mínimo padrão de 99,9% para o SLA composto inicial. Elas também podem optar por normalizar os custos de gerenciamento com base na carga de trabalho média, especialmente para soluções com necessidades mínimas de registro em log e armazenamento. A média dos custos de algumas cargas de trabalho medianamente críticas pode fornecer um ponto de partida para conversas iniciais.

Dica

Se você estiver usando a pasta de trabalho de gerenciamento de operações para planejar o gerenciamento de nuvem, os campos de gerenciamento de operações deverão ser atualizados para refletir esses pré-requisitos. Esses campos incluem Nível de compromisso, SLA composto e Custo mensal. O custo mensal deve representar mensalmente o custo das ferramentas de gerenciamento operacional adicionadas.

A linha de base de gerenciamento de operações serve como um ponto de partida inicial a ser validado em cada uma das seções a seguir.

Responsabilidade de gerenciamento

Em um ambiente local tradicional, o custo do gerenciamento do ambiente é geralmente considerado um custo não recuperável, assumido pelas operações de TI. Na nuvem, o gerenciamento é uma decisão proposital com impacto direto no orçamento. Os custos de cada função de gerenciamento podem ser atribuídos mais diretamente a cada carga de trabalho implantada na nuvem. Essa abordagem permite maior controle, mas cria um requisito para equipes de operações de nuvem e equipes de estratégia de nuvem para primeiro comprometer-se com um contrato sobre responsabilidades.

As organizações também podem optar por terceirizar algumas das funções de gerenciamento contínuas para um provedor de serviços. Esses provedores de serviços podem usar o Azure Lighthouse para dar às organizações um controle mais preciso para conceder acesso aos próprios recursos, juntamente com maior visibilidade das ações executadas pelos provedores de serviços.

  • Responsabilidade delegada: como não há necessidade de centralizar e assumir a sobrecarga de gerenciamento operacional, as operações de TI de muitas organizações estão considerando novas abordagens. Uma abordagem comum é conhecida como responsabilidade delegada. Em um modelo de excelência de central de nuvem, as operações de plataforma 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. Ela também permite que a equipe do CCoE (centro de nuvem de excelência) garanta que um conjunto mínimo de garantias tenha sido adequadamente implementado. Nesse modelo, a TI atua como um agente e um guia para ajudar a empresa a tomar decisões inteligentes. As operações de negócios supervisionam as operações diárias de cargas de trabalho dependentes.

  • Responsabilidade centralizada: os requisitos de conformidade, a complexidade técnica e alguns modelos de serviço compartilhados podem exigir um modelo de equipe central de TI. Nesse modelo, a TI continua a exercitar as próprias responsabilidades de gerenciamento de operações. O design ambiental, os controles de gerenciamento e as ferramentas de governança podem ser gerenciados e controlados centralmente, o que restringe a função dos participantes de negócios no que se refere aos compromissos de gerenciamento. No entanto, a visibilidade do custo e da arquitetura das abordagens de nuvem torna muito mais fácil para a TI centralizada comunicar o custo e o nível de gerenciamento de cada carga de trabalho.

  • Modelo misto: a classificação é a essência de um modelo misto de responsabilidades de gerenciamento. As empresas que estão no meio de uma transformação do local para a nuvem podem exigir um modelo operacional que prioriza o local por um tempo. As empresas com requisitos de conformidade estritos ou que dependem de contratos de longo prazo com fornecedores de terceirização de TI podem exigir um modelo operacional centralizado.

    Independentemente das restrições que têm, as empresas de hoje precisam inovar. Quando a inovação rápida precisa prosperar, no meio de um modelo com TI e responsabilidade centralizadas, uma abordagem de modelo misto pode proporcionar 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. Ao mesmo tempo, todas as outras classificações de carga de trabalho podem ser colocadas em um ambiente de nuvem projetado para responsabilidades delegadas. A abordagem de responsabilidade centralizada serve como o modelo operacional geral. Assim, a empresa tem flexibilidade para adotar um modelo operacional especializado, com base no nível necessário de suporte e confidencialidade.

A primeira etapa é confirmar uma abordagem de responsabilidade, que permite delinear os compromissos a seguir.

Qual organização será responsável pelo gerenciamento de operações cotidianas para essa carga de trabalho?

Locação de nuvem

Para a maioria das empresas, o gerenciamento é mais fácil quando todos os ativos residem em apenas um locatário. No entanto, algumas organizações podem precisar manter vários locatários. Para saber por que uma empresa pode exigir um ambiente multilocatário do Azure, confira Centralizar operações de gerenciamento com o Azure Lighthouse.

Essa carga de trabalho residirá em apenas um locatário do Azure, juntamente com todas as outras cargas de trabalho?

Fatores de custo intangível

A próxima seção descreve uma abordagem para os retornos comparativos que estão associados a níveis de processos de gerenciamento e ferramentas. No final dessa seção, cada carga de trabalho analisada mede o custo de gerenciamento em relação ao impacto da previsão das interrupções nos negócios. Essa abordagem fornece uma maneira relativamente fácil de entender se um investimento em abordagens de gerenciamento mais avançadas é justificado.

Antes de calcular os números, é importante observar 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 seria visível em um demonstrativo de lucros e perdas. Fatores de custo intangível são importantes porque 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.

O próximo ponto de dados necessário para assumir um compromisso é uma lista de fatores de custo intangível. Esses fatores não precisam ser documentados 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 estiver calculando o retorno relativo sobre os custos do gerenciamento de operações, a equipe de TI responsável pelas operações de nuvem deverá 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 a ser assumido é uma aceitação pela empresa dos custos associados à oferta gerenciada pela linha de base.

A empresa concorda em investir na oferta de linha de base para atender aos padrões mínimos de operações de nuvem?

Se a empresa não concordar com esse nível de gerenciamento, será necessário desenvolver uma solução que permita que a empresa continue, sem afetar materialmente as operações de nuvem de outras cargas de trabalho.

Se a empresa quiser mais do que o nível de gerenciamento padrão, o restante desta seção ajudará a validar esse investimento e os retornos associados (na forma de prevenção de perda).

Níveis maiores de gerenciamento: princípios de design e catálogo de serviços

Para soluções gerenciadas, vários princípios de design e soluções de modelo podem ser aplicados além da linha de base de gerenciamento. Cada um dos princípios de design para confiabilidade e resiliência adiciona custo operacional à carga de trabalho. Para que a TI e a empresa concordem com esses compromissos adicionais, é importante entender possíveis perdas que podem ser evitadas com o aumento do investimento.

Os cálculos a seguir passarão por fórmulas para ajudar você a entender melhor as diferenças entre perdas e maiores investimentos em gerenciamento. Para obter diretrizes sobre como calcular o custo do aumento do gerenciamento, confira Automação de carga de trabalho e Automação de plataforma.

Dica

Se você estiver usando 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. Esses campos incluem Nível de compromisso, SLA composto e Custo mensal. O custo mensal deve representar o custo mensal das ferramentas de gerenciamento operacional adicionadas. Depois que eles forem atualizados, os campos atualizarão as fórmulas de ROI e cada um dos campos a seguir.

Estimativa de interrupção (horas por ano)

O SLA composto é o contrato de nível de serviço baseado na implantação de cada ativo na carga de trabalho. Esse campo impulsiona a interrupção estimada (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 SLA 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 (rotulado Standard Impact na pasta de trabalho) prevê o impacto financeiro de qualquer interrupção, supondo que a previsão de interrupção estimada seja precisa. 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

Isso serve como uma linha de base para custos, caso os stakeholders da empresa optem por investir em um nível mais alto de gerenciamento.

Impacto do SLA composto

O impacto de SLA composto (rotulado Commitment level impact na pasta de trabalho) fornece impacto fiscal atualizado, com base nas alterações no SLA de tempo de atividade. Esse cálculo permite que você compare o impacto financeiro projetado de ambas as opções. Para calcular esse impacto de previsão sem a planilha, aplique a seguinte fórmula:

Impacto de SLA composto = interrupção estimada × impacto de valor temporal

O valor representa as possíveis perdas a serem evitadas pelo nível de compromisso alterado e pelo novo SLA composto.

Base de comparação

A base de comparação avalia o impacto padrão e o impacto do SLA composto para determinar qual é o mais apropriado na coluna de retorno.

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 proveitoso. Para comparar o retorno sobre a prevenção de perda, consulte a coluna rotulada ROI anual****. 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)

A menos que haja outros fatores de custo flexível a considerar, essa comparação pode sugerir rapidamente se deve haver um investimento mais profundo em operações de nuvem, resiliência, confiabilidade ou outras áreas.

Validar o compromisso

Nesse ponto do processo, os compromissos foram assumidos: responsabilidade centralizada ou delegada, locação do Azure e nível de compromisso. Cada compromisso deve ser validado e documentado para garantir que a equipe de operações de nuvem, a equipe de estratégia de nuvem e os participantes comerciais estejam alinhados a esse compromisso para gerenciar a carga de trabalho.

Próximas etapas

Depois que os compromissos são assumidos, as equipes de operações responsáveis podem começar a configurar a carga de trabalho em questão. Para começar, avalie várias abordagens para inventário e visibilidade.