Alocação empresarial na gestão da cloud

Definir a alocação empresarial é um exercício de equilíbrio de prioridades. O objetivo é alinhar o nível adequado de gestão operacional a um custo operacional aceitável. Encontrar esse saldo requer alguns pontos de dados e cálculos, que delineámos neste artigo.

Os compromissos com a estabilidade empresarial, através da resiliência técnica ou de outros impactos do contrato de nível de serviço (SLA), são uma decisão de justificação comercial. Para a maioria das cargas de trabalho num ambiente, um nível de base de gestão da cloud é suficiente. Para outros, um aumento de custos de 2x a 4x é facilmente justificado devido ao impacto potencial de quaisquer interrupções comerciais.

Os artigos anteriores desta série podem ajudá-lo a compreender a classificação e o impacto das interrupções em várias cargas de trabalho. Este artigo ajuda-o a calcular as devoluções. Conforme ilustrado na imagem anterior, cada nível de gestão da cloud tem pontos de inflexão em que o custo pode aumentar mais rapidamente do que os aumentos de resiliência. Esses pontos de inflexão irão suscitar decisões empresariais detalhadas e compromissos comerciais.

Determinar um compromisso adequado com a empresa

Para cada carga de trabalho no portefólio, a equipa de operações na cloud e a equipa de estratégia da cloud devem alinhar-se com o nível de gestão fornecido diretamente pela equipa de operações da cloud.

À medida que estabelece um compromisso com a empresa, existem alguns aspetos fundamentais a alinhar:

• Pré-requisitos de operações de TI.
• Responsabilidade de gestão.
• Inquilino da cloud.
• Fatores de custo suave.
• ROI de prevenção de perdas.
• Validação do nível de gestão.

Para ajudar no seu processo de decisão, o resto deste artigo descreve estes aspetos com maior detalhe.

Pré-requisitos de operações de TI

O Guia de Gestão do Azure descreve as ferramentas de gestão que estão disponíveis no Azure. Antes de alcançar um compromisso com a empresa, as TI devem determinar uma linha de base de gestão de nível padrão aceitável a aplicar a todas as cargas de trabalho geridas. Em seguida, as TI calculariam um custo de gestão padrão para cada uma das cargas de trabalho geridas no portefólio de TI, com base nas contagens de núcleos de CPU, espaço em disco e outras variáveis relacionadas com recursos. As TI também estimariam um SLA composto para cada carga de trabalho, com base na arquitetura.

Dica

Muitas vezes, as equipas de operações de TI utilizam um tempo de atividade predefinido de 99,9% para o SLA composto inicial. Também podem optar por normalizar os custos de gestão com base na carga de trabalho média, especialmente para soluções com necessidades mínimas de registo e armazenamento. Uma média dos custos de algumas cargas de trabalho de importância média pode fornecer um ponto de partida para as conversações iniciais.

Dica

Se estiver a utilizar o livro de gestão de operações para planear a gestão da cloud, os campos de gestão de operações devem ser atualizados para refletir estes pré-requisitos. Esses campos incluem Nível de alocação, SLA Composto e Custo mensal. O custo mensal deve representar o custo das ferramentas de gestão operacional adicionadas mensalmente.

A linha de base de gestão de operações serve como um ponto de partida inicial para ser validado em cada uma das secções seguintes.

Responsabilidade de gestão

Num ambiente no local tradicional, o custo de gestão do ambiente é geralmente assumido como um custo afundado que pertence às operações de TI. Na cloud, a gestão é uma decisão propositada com impacto orçamental direto. Os custos de cada função de gestão podem ser atribuídos mais diretamente a cada carga de trabalho implementada na cloud. Esta abordagem permite um maior controlo, mas cria um requisito para que as equipas de operações na cloud e as equipas de estratégia da cloud se comprometam primeiro com um acordo sobre responsabilidades.

As organizações também podem optar por subcontratar algumas das suas funções de gestão contínuas a um fornecedor de serviços. Estes fornecedores de serviços podem utilizar o Azure Lighthouse para dar às organizações um controlo mais preciso na concessão de acesso aos respetivos recursos, juntamente com uma maior visibilidade sobre as ações realizadas pelos fornecedores de serviços.

• Responsabilidade delegada: Uma vez que não é necessário centralizar e assumir a sobrecarga de gestão operacional, as operações de TI para muitas organizações estão a considerar novas abordagens. Uma abordagem comum é referida como responsabilidade delegada. Num modelo de centro de excelência na cloud, as operações de plataforma e a automatização da plataforma fornecem ferramentas de gestão self-service que podem ser utilizadas por equipas de operações lideradas por empresas, independentemente de uma equipa centralizada de operações de TI. Esta abordagem dá aos intervenientes empresariais controlo total sobre os orçamentos relacionados com a gestão. Também permite que a equipa do centro de excelência da cloud (CCoE) garanta que foi implementado corretamente um conjunto mínimo de proteções. Neste modelo, as TI atuam como mediador e um guia para ajudar a empresa a tomar decisões sábias. As operações empresariais 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 partilhado podem exigir um modelo de equipa de TI Central . Neste modelo, as TI continuam a exercer as suas responsabilidades de gestão de operações. O design ambiental, os controlos de gestão e as ferramentas de governação podem ser geridos e controlados centralmente, o que restringe o papel dos intervenientes empresariais na tomada de compromissos de gestão. No entanto, a visibilidade sobre o custo e a arquitetura das abordagens da cloud torna muito mais fácil para as TI centralizadas comunicar o custo e o nível de gestão de cada carga de trabalho.

• Modelo misto: A classificação está no centro de um modelo misto de responsabilidades de gestão. As empresas que estão no meio de uma transformação do local para a cloud podem exigir um modelo operacional no local durante algum tempo. As empresas com requisitos de conformidade rigorosos ou que dependem de contratos de longo prazo com fornecedores de outsourcing de TI podem exigir um modelo operacional centralizado.

  Independentemente das suas restrições, as empresas de hoje têm de inovar. Quando a inovação rápida tem de florescer, no meio de um modelo central de TI, centralizado-responsabilidade, uma abordagem de modelo misto pode proporcionar equilíbrio. Nesta abordagem, uma equipa de TI central fornece um modelo operacional centralizado para todas as cargas de trabalho críticas para a missão ou que contêm informações confidenciais. Ao mesmo tempo, todas as outras classificações de cargas de trabalho podem ser colocadas num ambiente de cloud concebido para responsabilidades delegadas. A abordagem de responsabilidade centralizada serve como modelo operacional geral. Em seguida, a empresa tem flexibilidade para adotar um modelo operacional especializado, com base no nível de suporte e sensibilidade necessários.

O primeiro passo é comprometer-se com uma abordagem de responsabilidade, que, em seguida, molda os seguintes compromissos.

Que organização será responsável pela gestão de operações diárias desta carga de trabalho?

Inquilino da cloud

Para a maioria das empresas, a gestão é mais fácil quando todos os recursos residem num único inquilino. No entanto, algumas organizações poderão ter de manter vários inquilinos. Para saber por que motivo uma empresa pode necessitar de um ambiente multi-inquilino do Azure, veja Centralizar operações de gestão com o Azure Lighthouse.

Esta carga de trabalho residirá num único inquilino do Azure, juntamente com todas as outras cargas de trabalho?

Fatores de custo suave

A secção seguinte descreve uma abordagem aos retornos comparativos associados a níveis de processos de gestão e ferramentas. No final dessa secção, cada carga de trabalho analisada mede o custo da gestão em relação ao impacto previsto das perturbações comerciais. Esta abordagem proporciona uma forma relativamente fácil de compreender se um investimento em abordagens de gestão mais ricas é justificado.

Antes de executar os números, é importante analisar os fatores de custo suave. Os factores de custos suaves produzem um retorno, mas esse retorno é difícil de medir através de poupanças directas de custos rígidos que seriam visíveis numa declaração de lucros e perdas. Os fatores de custos suaves são importantes porque podem indicar a necessidade de investir num nível de gestão mais elevado do que é fiscalmente prudente.

Alguns exemplos de fatores de custo suave incluem:

• Utilização diária da carga de trabalho pelo conselho de administração ou PELO CEO.
• Utilização da carga de trabalho pelo x% superior dos clientes que leva a um maior impacto nas receitas noutros locais.
• Impacto na satisfação dos colaboradores.

O próximo ponto de dados necessário para efetuar um compromisso é uma lista de fatores de custos suaves. Estes fatores não precisam de ser documentados nesta fase, mas os intervenientes empresariais devem estar cientes da importância destes fatores e da sua exclusão dos seguintes cálculos.

Calcular roI de prevenção de perdas

Quando está a calcular o retorno relativo dos custos de gestão de operações, a equipa de TI responsável pelas operações na cloud deve concluir os pré-requisitos mencionados anteriormente e assumir um nível mínimo de gestão para todas as cargas de trabalho.

O próximo compromisso a assumir é a aceitação pela empresa dos custos associados à oferta gerida pela linha de base.

A empresa concorda em investir na oferta de linha de base para cumprir os padrões mínimos de operações na cloud?

Se a empresa não concordar com esse nível de gestão, tem de ser concebida uma solução que permita que a empresa prossiga, sem afetar materialmente as operações na cloud de outras cargas de trabalho.

Se a empresa quiser mais do que o nível de gestão padrão, o resto desta secção ajudará a validar esse investimento e os retornos associados (na forma de evitar perdas).

Aumento dos níveis de gestão: Princípios de estrutura e catálogo de serviços

Para soluções geridas, podem ser aplicados vários princípios de estrutura e soluções de modelo para além da linha de base de gestão. Cada um dos princípios de conceção para fiabilidade e resiliência adiciona custos operacionais à carga de trabalho. Para que as TI e a empresa concordem com estes compromissos adicionais, é importante compreender potenciais perdas que podem ser evitadas através desse aumento do investimento.

Os cálculos seguintes explicam as fórmulas para o ajudar a compreender melhor as diferenças entre perdas e aumento dos investimentos de gestão. Para obter orientações sobre como calcular o custo do aumento da gestão, veja Automatização da carga de trabalho e Automatização da plataforma.

Dica

Se estiver a utilizar o livro de gestão de operações para planear a gestão da cloud, atualize os campos de gestão de operações para refletir para refletir cada conversação. Esses campos incluem Nível de alocação, SLA Composto e Custo mensal. O custo mensal deve representar o custo mensal das ferramentas de gestão operacional adicionadas. Depois de serem atualizados, os campos irão atualizar as fórmulas ROI e cada um dos seguintes campos.

Estimativa de indisponibilidade (horas por ano)

O SLA composto é o contrato de nível de serviço baseado na implementação de cada recurso na carga de trabalho. Esse campo gera indisponibilidade estimada (etiquetada Est.Outage no livro). Para calcular a indisponibilidade estimada em horas por ano sem utilizar o livro, aplique a seguinte fórmula:

Indisponibilidade estimada = (1 - percentagem de SLA composta) × número de horas num ano

O livro utiliza o valor predefinido de 8760 horas por ano.

Impacto da perda padrão

O impacto da perda padrão (etiquetado Standard Impact no livro) prevê o impacto financeiro de qualquer indisponibilidade, assumindo que a previsão de indisponibilidade estimada se revele precisa. Para calcular esta previsão sem utilizar o livro, aplique a seguinte fórmula:

Impacto padrão = indisponibilidade estimada @ três 9s de tempo de atividade × impacto no valor de tempo

Isto funciona como uma linha de base para o custo, caso os intervenientes empresariais optem por investir num nível de gestão mais elevado.

Impacto do SLA composto

O impacto do SLA composto (etiquetado Commitment level impact no livro) fornece um impacto fiscal atualizado, com base nas alterações ao SLA de tempo de atividade. Este cálculo permite-lhe comparar o impacto financeiro previsto de ambas as opções. Para calcular este impacto de previsão sem a folha de cálculo, aplique a seguinte fórmula:

Impacto do SLA composto = indisponibilidade estimada × impacto no valor de tempo

O valor representa as potenciais perdas a evitar pelo nível de alocação 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 adequado na coluna return.

Retorno sobre a prevenção de perdas

Se o custo de gestão de uma carga de trabalho exceder as potenciais perdas, o investimento proposto na gestão da cloud poderá não ser frutífero. Para comparar o Return on Loss Avoidance, consulte a coluna denominada ROI Anual****. Para calcular esta coluna por conta própria, utilize a seguinte fórmula:

Return on loss avoidance = (comparison basis - (monthly cost × 12) ) ÷ (custo mensal × 12) )

A menos que existam outros fatores de custo suave a considerar, esta comparação pode sugerir rapidamente se deve haver um investimento mais profundo em operações na cloud, resiliência, fiabilidade ou outras áreas.

Validar a alocação

Por este ponto do processo, foram assumidos compromissos: responsabilidade centralizada ou delegada, inquilino do Azure e nível de compromisso. Cada compromisso deve ser validado e documentado para garantir que a equipa de operações da cloud, a equipa de estratégia da cloud e os intervenientes empresariais estão alinhados com este compromisso para gerir a carga de trabalho.

Passos seguintes

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

Opções de inventário e visibilidade