Examinar e comparar modelos operacionais comuns de nuvem

Artigo
03/22/2023

Os modelos operacionais são exclusivos e específicos para os negócios aos quais dão suporte, com base em seus requisitos e restrições atuais. Porém, modelos operacionais não são snowflakes. Há vários padrões comuns em modelos operacionais do cliente; este artigo descreve os quatro padrões mais comuns.

Comparação de modelo operacional

A imagem a seguir mapeia modelos operacionais comuns com base no intervalo de complexidade, desde menos complexos (descentralizados) até os mais complexos (operações globais). As tabelas a seguir comparam os mesmos modelos operacionais com base no valor relativo de alguns outros atributos.

Diagrama mostrando os graus de complexidade do modelo operacional.

Prioridades ou escopo

Um modelo operacional de nuvem é impulsionado principalmente por dois fatores:

Prioridades ou motivações estratégicas
Escopo do portfólio a ser gerenciado

	Operações descentralizadas (ops)	Operações centralizadas (ops)	Operações empresariais (operações)	Operações distribuídas (ops)
prioridades estratégicas ou motivações	Inovação	Controle	Democratização	Integração
Escopo do portfólio	Carga	Zona de destino	Plataforma de nuvem	Portfólio completo
ambiente de carga de trabalho	Alta complexidade	Baixa complexidade	Complexidade média	Complexidade média ou variável
Zona de destino	N/A	Alta complexidade	Complexidade média a baixa	Baixa complexidade
Utilitários de fundação	N/A	N/A ou suporte baixo	Centralizado e mais suporte	Maioria do suporte
Base da nuvem	N/A	N/A	Fundações híbridas, específicas do provedor ou regionais	Distribuído e sincronizado

Prioridades estratégicas ou motivações : cada modelo operacional fornece as motivações estratégicas típicas para a adoção de nuvem. Mas alguns modelos operacionais simplificam motivações específicas.
Escopo do Portfólio: O Escopo do Portfólio identifica o maior escopo suportado por um design de modelo operacional específico. Por exemplo, as operações centralizadas são projetadas para algumas zonas de destino. Mas a decisão do modelo operacional pode criar riscos operacionais para uma organização. Os riscos operacionais resultam ao tentar gerenciar um portfólio complexo grande. Esses portfólios podem exigir muitas zonas de destino ou complexidade variável no design da zona de destino.

Importante

A adoção da nuvem geralmente dispara a reflexão sobre o modelo operacional atual e pode levar a uma mudança de um modelo operacional comum para outro. Mas a adoção da nuvem não é o único gatilho. As prioridades comerciais e o escopo da adoção da nuvem podem alterar a forma como o portfólio precisa ser suportado. Além disso, pode haver outras mudanças no modelo operacional alinhado mais adequadamente. Quando o conselho, ou outras equipes executivas, desenvolvem planos de negócios de 5 a 10 anos, esses planos geralmente incluem um requisito (explícito ou implícito) para ajustar o modelo operacional. Os modelos operacionais são uma boa referência para decisões de orientação. Esses modelos podem mudar ou precisam ser personalizados para atender aos seus requisitos e restrições.

Alinhamento de responsabilidade

Muitas equipes e indivíduos são responsáveis por dar suporte a diferentes funções. Mas cada modelo operacional comum atribui a responsabilidade final por resultados de decisão a uma equipe ou individual. Essa abordagem afeta como o modelo operacional é financiado e qual nível de suporte é fornecido para cada função.

	Operações descentralizadas	Operações centralizadas	Operações empresariais	Operações distribuídas
Alinhamento de negócios	Equipe de carga de trabalho	Estratégia central de nuvem	CCoE	Variável – forma uma ampla equipe de estratégia de nuvem?
operações de nuvem	Equipe de carga de trabalho	TI Central	CCoE	Com base na análise de portfólio - veja Alinhamento de Negócios e Compromissos de Negócios
governança de nuvem	Equipe de carga de trabalho	TI Central	CCoE	várias camadas de governança
Segurança na nuvem	Equipe de carga de trabalho	soc (centro de operações de segurança) /função DevSecOps	CCoE + SOC	Misto – confira Definição de uma estratégia de segurança
automação em nuvem e DevOps	Equipe de carga de trabalho	TI Central ou N/A	CCoE	Com base na análise de portfólio - consulte Alinhamento de Negócios e Compromissos de Negócios

Acelerar a implementação do modelo operacional no Azure

Conforme discutido em Definir seu modelo operacional, cada metodologia do Cloud Adoption Framework fornece um caminho estruturado para desenvolver seu modelo operacional. Essas metodologias podem ajudá-lo a superar bloqueadores que decorrem de lacunas na adoção do modelo operacional de nuvem.

A tabela a seguir descreve maneiras de acelerar a implementação do modelo operacional.

	Operações descentralizadas	Operações centralizadas	Operações empresariais	Operações distribuídas
ponto de partida	Azure Well-Architected Framework (WAF)	Zonas de destino do Azure: Opções de começar pequeno	Zonas de destino do Azure: CAF em escala empresarial	Alinhamento de negócios
Iterações	Focar nas cargas de trabalho permite que a equipe realize iterações no WAF.	A opção de começar pequeno requer mais iteração em cada metodologia, mas pode ser implementada na medida em que os esforços de adoção da nuvem amadurecem.	Conforme ilustrado pelas implementações de referência, as iterações futuras normalmente se concentram em pequenas adições de configuração.	Examine as Opções de implementação da zona de destino do Azure para começar com a opção que melhor atende à sua linha de base de operações. Siga o caminho de iteração definido nos princípios de design dessa opção.

Operações descentralizadas

operações descentralizadas

As operações são sempre complexas. Se você limitar o escopo de suas operações a uma carga de trabalho ou a uma pequena coleção de cargas de trabalho, controlará a complexidade. As operações descentralizadas são as menos complexas dos modelos operacionais comuns. Nessa forma de operações, todas as cargas de trabalho operam independentemente em equipes dedicadas.

Prioridades: sua equipe mede a inovação sobre o controle centralizado ou a padronização entre diferentes cargas de trabalho.
Vantagem Distinta: Maximizar a velocidade da inovação colocando as tarefas e as equipes de negócios no controle total do design, desenvolvimento e operações.
Desvantagem distinta: Redução na padronização entre diferentes cargas de trabalho, nas economias de escala por meio de serviços compartilhados e nos esforços de conformidade centralizados dentro da governança consistente.
Risco: essa abordagem apresenta risco ao gerenciar um portfólio de cargas de trabalho. As equipes de carga de trabalho podem ter equipes especializadas dedicadas a funções de TI centrais. Esse modelo operacional é visto como uma opção de alto risco por algumas organizações, especialmente empresas que precisam seguir os requisitos de conformidade de terceiros.
Diretrizes: as operações descentralizadas são limitadas a decisões ao nível da carga de trabalho. O Microsoft Azure Well-Architected Framework dá suporte às decisões tomadas dentro desse escopo. Os processos e diretrizes dentro do Cloud Adoption Framework podem adicionar sobrecarga que não é exigida por operações descentralizadas.

Vantagens das operações descentralizadas

Gerenciamento de custos: O custo das operações é facilmente associado a uma única unidade de negócios. As operações específicas da carga de trabalho dão suporte a uma otimização de carga de trabalho maior.
Responsabilidades: normalmente, essa forma de operações depende muito da automação para minimizar a sobrecarga. As responsabilidades tendem a se concentrar em DevOps e pipelines para o gerenciamento de versão. Esse tipo de operação dá suporte a implantações mais rápidas e ciclos de comentários mais curtos durante o desenvolvimento.
Padronização: use um código-fonte e um pipeline de implantação para padronizar o ambiente de versão para versão.
Suporte a Operações: As decisões que afetam as operações são exclusivamente preocupadas com as necessidades dessa carga de trabalho e com a simplificação das decisões operacionais. Membros da comunidade DevOps dizem que o suporte a operações é a forma mais pura de operações devido ao escopo operacional mais rígido.
Experiência: as equipes de DevOps e desenvolvimento são mais capacitadas por essa abordagem e experimentam o mínimo de resistência à condução de mudanças no mercado.
Design da zona de pouso: não oferece vantagem operacional específica.
utilidades fundamentais: nenhuma vantagem operacional específica.
Separação de funções: nenhuma vantagem operacional específica.

Desvantagens das operações descentralizadas

Gerenciamento de custos: os custos empresariais são mais difíceis de calcular. A falta de equipes de governança centralizadas dificulta a implementação de controles de custo uniformes ou otimização. Em escala, esse modelo pode ser caro, pois cada carga de trabalho pode ter duplicação em ativos implantados e atribuições de pessoal.
Responsabilidades: a falta de suporte centralizado significa que a equipe de carga de trabalho é inteiramente responsável pela governança, segurança, operações e gerenciamento de alterações. A falta de suporte é problemática quando essas tarefas não foram automatizadas nas pipelines de revisão de código e lançamento.
Padronização: a padronização em um portfólio de cargas de trabalho é variável e inconsistente.
Suporte às operações: as eficiências de escala geralmente são perdidas ao criar as práticas recomendadas em várias cargas de trabalho.
Expertise: os membros da equipe têm maior responsabilidade de tomar decisões sábias e éticas sobre governança, segurança, operações e gerenciamento de alterações dentro do design e da configuração do aplicativo. Consulte o Microsoft Azure Well-Architected Review e o Azure Well-Architected Framework com frequência para melhorar a experiência necessária.
Design de zona de destino: as zonas de destino não são específicas da carga de trabalho e não são consideradas nessa abordagem.
Utilidades Fundamentais: Poucos (se houver) serviços fundamentais são compartilhados entre cargas de trabalho, reduzindo as eficiências de escala.
Separação de funções: Requisitos mais rigorosos para DevOps e equipes de desenvolvimento levam ao aumento no uso de privilégios elevados por essas equipes. Se você precisar de separação de direitos, talvez seja necessário investir fortemente na maturidade do DevOps para operar com essa abordagem.

Operações centralizadas

operações centralizadas

Ambientes de estado estável podem não exigir foco na arquitetura ou requisitos operacionais distintos das cargas de trabalho individuais. As operações centrais tendem a ser a norma para ambientes de tecnologia que consistem principalmente em cargas de trabalho de estado estável. Exemplos de operações de estado estável incluem coisas como aplicativos COTS (commercial off-the-shelf) ou aplicativos personalizados bem estabelecidos que têm uma cadência de versão lenta. Se uma taxa de alteração for impulsionada por atualizações e patches regulares, a centralização das operações poderá ser uma maneira eficaz de gerenciar seu portfólio.

Prioridades: as prioridades são o controle central sobre a inovação e medem os processos operacionais existentes sobre a mudança cultural para as operações de nuvem modernas.
Vantagem Distinta: A centralização introduz economias de escala, controles de excelência, e operações padronizadas, e esse modelo funciona melhor com ambientes de nuvem. Esses ambientes precisam de configurações específicas para integrar operações de nuvem a processos e operações existentes. A centralização é mais vantajosa com um portfólio de algumas centenas de cargas de trabalho com requisitos modestos de complexidade arquitetônica e conformidade.
Desvantagem distinta: a colocação em escala para atender às demandas de um grande portfólio de cargas de trabalho pode colocar um esforço significativo em equipes centralizadas que tomam decisões operacionais para cargas de trabalho de produção. Se os ativos técnicos planejam crescer além de 1.000 VMs, aplicativos ou fontes de dados, você poderá considerar um modelo empresarial dentro de um período de 18 a 24 meses.
Risco: Essa abordagem limita a centralização a um número menor de assinaturas (geralmente uma assinatura de produção). Há um risco significativo envolvido ao refatorar mais tarde na sua trajetória na nuvem, o que pode interferir nos seus planos de adoção. Para evitar o retrabalho, tente se concentrar na segmentação, limites de ambiente, ferramentas de identidade e outros elementos fundamentais.
Diretrizes: as opções de implementação de zona de destino do Azure que estão alinhadas à velocidade de desenvolvimento "Começar pequena e expandir" criam um ponto de partida de som. Você pode usar essas opções para acelerar os esforços de adoção. Mas, para ser bem-sucedido, estabeleça políticas claras para orientar os esforços iniciais de adoção dentro das tolerâncias de risco aceitáveis. A governança e o gerenciamento de metodologias ajudam a criar processos para amadurecer as operações em paralelo. Seguir essas etapas servem como as Gates de estágio que devem ser concluídas antes de permitir um maior risco conforme as operações amadurecerem.

Vantagens das operações centralizadas

gerenciamento de custos: centralizar serviços compartilhados em muitas cargas de trabalho cria economias de escala e elimina tarefas duplicadas. As equipes centrais podem implementar rapidamente reduções de custos por meio de otimizações de dimensionamento e escala em toda a empresa.
Responsabilidades: a especialização e a padronização centralizadas podem levar a maior estabilidade, melhor desempenho operacional e interrupções mínimas relacionadas a alterações. Essa abordagem reduz grandes pressões de qualificação sobre as equipes focadas na carga de trabalho.
Padronização: Em geral, a padronização e o custo das operações são mais baixos com um modelo centralizado porque há menos sistemas ou tarefas duplicadas.
Suporte às operações: Reduzir a complexidade e centralizar as operações facilita para que as equipes de TI menores deem suporte às operações.
Expertise: Centralizar equipes de suporte permite que especialistas em segurança, risco, governança e operações conduzam decisões críticas aos negócios.
Design de zona de destino: a TI central reduz a complexidade, minimizando o número de zonas de aterrissagem e assinaturas. Os designs de zona de destino tendem a imitar os designs anteriores do datacenter, o que reduz o tempo de transição. À medida que a adoção progride, os recursos compartilhados podem ser movidos para uma assinatura ou uma base de plataforma separada.
utilitários fundamentais: ao migrar designs de datacenters existentes para a nuvem, você cria serviços essenciais e compartilhados que imitam as ferramentas e operações internas. Quando as operações locais são seu modelo operacional principal, pode ser uma vantagem, mas cuidado com algumas desvantagens. As operações locais reduzem o tempo de transição, capitalizam as economias de escala e dão suporte a processos operacionais consistentes entre cargas de trabalho locais e hospedadas na nuvem. Essa abordagem pode reduzir a complexidade e o esforço de curto prazo e permitir que equipes menores ofereçam suporte a operações de nuvem com curvas de aprendizado reduzidas.
Separação de funções: a separação de funções é clara em operações centrais. A TI central mantém o controle dos ambientes de produção e reduz a necessidade de permissões elevadas de outras equipes. Essa abordagem reduz as violações limitando o número de contas com privilégios elevados.

Desvantagens das operações centralizadas

Gerenciamento de custos: as equipes centrais nem sempre entendem arquiteturas de carga de trabalho para produzir otimizações de impacto no nível de carga de trabalho. Essa falta de compreensão limita a quantidade de economia de custos proveniente de operações de carga de trabalho bem ajustadas. A arquitetura de carga de trabalho não totalmente compreendida pode afetar otimizações de custo centralizadas, que afetam o desempenho, a escala e outros pilares de uma carga de trabalho bem arquiteta. Antes de aplicar alterações de custo abrangentes aos processos críticos, sua equipe central de TI deve entender e concluir a Análise de Well-Architected do Microsoft Azure.
Responsabilidades: centralizar o suporte e o acesso à produção coloca alta carga operacional sobre algumas pessoas e maior pressão sobre cada indivíduo. As pressões colocadas sobre esses indivíduos causam a necessidade de realizar revisões mais profundas das cargas de trabalho implantadas, que validam a adesão a requisitos detalhados de governança de segurança e conformidade.
Padronização: as abordagens de TI centrais tornam difícil escalar a padronização sem uma colocação em escala linear da equipe de TI central.
Suporte de operações: as maiores desvantagens dessa abordagem estão associadas à escala significativa e às mudanças que afetam a medição da inovação.
Experiência: os desenvolvedores e DevOps especialistas estão em risco de serem subestimados ou muito restritos nesse tipo de ambiente.
Design de zona de destino: os designs de datacenter são baseados nas restrições de abordagens anteriores, que nem sempre são relevantes para a nuvem. Seguir essa abordagem reduz as oportunidades para repensar a segmentação de ambiente e fortalecer as oportunidades de inovação. A falta de segmentação de zona de destino aumenta o efeito potencial da violação, da complexidade da governança e da conformidade e pode criar bloqueadores para adoção no percurso da nuvem. Consulte a seção de riscos acima.
utilitários fundamentais: durante a transformação digital, a nuvem pode se tornar o modelo operacional principal. As ferramentas centrais, criadas para operações locais, reduzem as oportunidades para modernizar as operações e aumentar a eficiência operacional. Optar por não modernizar as operações no início do processo de adoção também é uma opção. A modernização pode ser alcançada pela criação de uma assinatura de base da plataforma no percurso de adoção da nuvem. Esse esforço pode ser complexo, caro e demorado sem planejamento avançado.
Separação de funções: as operações centrais geralmente seguem um dos dois caminhos e ambas podem dificultar a inovação.
- opção 1: equipes fora da TI central recebem acesso limitado a ambientes de desenvolvimento que imitam a produção. Essa opção dificulta a experimentação.
- Opção 2: as equipes desenvolvem e testam em ambientes sem suporte. Essa opção dificulta os processos de implantação e retarda o teste de integração pós-implantação.

Operações empresariais

As operações empresariais são o estado de destino sugerido para todas as operações de nuvem. As operações empresariais equilibram a necessidade de controle e inovação simplificando as decisões e as responsabilidades. O departamento de TI central é substituído por um Centro de Excelência em Nuvem mais facilitador ou uma equipe CCoE, que dá suporte às equipes responsáveis pela carga de trabalho. A equipe do CCoE considera as equipes de carga de trabalho responsáveis pelas decisões, em vez de controlar ou limitar suas ações. As equipes de trabalho recebem mais poder e mais responsabilidade para impulsionar a inovação, dentro de limites bem definidos.

Prioridades: as prioridades são a democratização das decisões técnicas. A democratização das decisões técnicas muda as responsabilidades anteriormente mantidas pela TI central para as equipes de carga de trabalho. Para proporcionar essa mudança nas prioridades, as decisões tornam-se menos dependentes dos processos de revisão realizados por humanos. Essa abordagem dá suporte à revisão automatizada, à governança e à imposição, usando ferramentas nativas de nuvem.
vantagem distinta: a segmentação de ambientes e a separação de funções permitem o equilíbrio entre controle e inovação. As operações centralizadas mantêm cargas de trabalho que exigem maior conformidade e operações de estado estável ou representam maiores riscos à segurança. Por outro lado, essa abordagem dá suporte à redução do controle centralizado de cargas de trabalho e ambientes que exigem maior inovação. Portfólios maiores podem ter dificuldades com o equilíbrio entre controle e inovação. Essa flexibilidade facilita o escalonamento de milhares de cargas de trabalho com reduções nos problemas operacionais.
desvantagem distinta: o que funcionou localmente pode não funcionar bem em operações de nuvem corporativa. Essa abordagem de operações requer alterações em várias frentes. Mudanças culturais no controle e na responsabilidade são muitas vezes o maior desafio. Mudanças operacionais que seguem as mudanças culturais levam tempo e esforços comprometidos para implementar, amadurecer e estabilizar. Mudanças arquitetônicas podem ser necessárias em cargas de trabalho estáveis, enquanto mudanças nas ferramentas são necessárias para capacitar e dar suporte às mudanças culturais, operacionais e arquitetônicas. Essas mudanças podem exigir compromissos com um provedor de nuvem primário. Os esforços de adoção feitos antes dessas alterações podem exigir uma revisão substancial e que vai além dos esforços típicos de refatoração.
Risco: essa abordagem requer compromisso da alta direção com a estratégia de mudança. Ele também requer o compromisso das equipes técnicas para superar as curvas de aprendizado e fornecer a alteração necessária. A cooperação de longo prazo entre as equipes de negócios, CCoE, TI central e equipes de carga de trabalho é necessária para obter benefícios de longo prazo.
Diretrizes: as opções da zona de destino do Azure são definidas como escala empresarial. Essas opções fornecem implementações de referência para demonstrar como as alterações técnicas são fornecidas usando ferramentas nativas de nuvem no Azure. A abordagem em escala empresarial guia as equipes por meio das mudanças operacionais e culturais necessárias para aproveitar ao máximo essas implementações. Essa mesma abordagem pode adaptar a arquitetura de referência para configurar o ambiente de forma a atender à estratégia de adoção e às restrições de conformidade. Quando você implementa a escala empresarial, as metodologias Governe e Gerenciar podem ajudar a definir processos. Esses processos podem expandir seus recursos de conformidade e operações para atender às suas necessidades operacionais.

Vantagens das operações empresariais

Gerenciamento de custos: as equipes centrais atuam em otimizações entre portfólios e responsabilizam as equipes de carga de trabalho individuais por otimização mais profunda da carga de trabalho. As equipes focadas na carga têm o poder de tomar decisões e recebem clareza quando essas decisões têm um efeito negativo nos custos. As equipes centrais e de carga de trabalho compartilham a responsabilidade por decisões de custos no nível adequado.
Responsabilidades: as equipes centrais usam ferramentas nativas de nuvem para definir, impor e automatizar os guardrails. Os esforços da equipe de carga de trabalho são acelerados por meio da automação e das práticas do CCoE. As equipes de carga de trabalho são capacitadas para impulsionar a inovação e tomar decisões dentro dessas proteções.
Padronização: as proteções centralizadas e os serviços fundamentais criam consistência em todos os ambientes.
Suporte a operações: cargas de trabalho que exigem suporte a operações centralizadas são segmentadas para ambientes com controles de estado estável. A segmentação e a separação de tarefas capacitam as equipes de carga de trabalho a assumir a responsabilidade pelo suporte operacional em seus próprios ambientes dedicados. Ferramentas nativas de nuvem automatizadas garantem uma linha de base de operações mínima para todos os ambientes com suporte operacional centralizado.
Expertise: centralizar os principais serviços, como segurança, risco, governança e operações, garante a expertise central apropriada. Processos claros e proteção instruem e capacitam as equipes de carga de trabalho a tomar decisões mais detalhadas. Essas decisões expandem o efeito dos especialistas centralizados sem a necessidade de dimensionar a equipe linearmente com a escala tecnológica.
Design da zona de destino: o design da zona de destino replica as necessidades do portfólio, criando limites claros de segurança, governança e responsabilidade. Esses limites são necessários para operar cargas de trabalho na nuvem. É improvável que as práticas de segmentação se assemelhem às restrições criadas pelos designs anteriores do datacenter. Nas operações empresariais, o projeto da zona de aterrissagem é menos complexo, permitindo uma escala mais rápida e a redução das barreiras à demanda por autoatendimento.
utilidades fundamentais: As utilidades fundamentais são hospedadas em assinaturas separadas, controladas centralmente e conhecidas como base da plataforma. Em seguida, as ferramentas principais são canalizadas para cada zona de destino na forma de serviços utilitários. Separar as utilidades fundamentais das zonas de aterrissagem maximiza a consistência e a economia de escala. Essas ferramentas também criam distinções claras entre responsabilidades gerenciadas centralmente e responsabilidades relacionadas ao nível de carga de trabalho.
Separação de funções: a separação clara de tarefas entre utilitários fundamentais e zonas de destino é uma das maiores vantagens na abordagem de operações. Ferramentas e processos nativos de nuvem dão suporte ao acesso e ao equilíbrio adequado de controle entre equipes centralizadas e equipes de carga de trabalho. Essa abordagem se baseia nos requisitos de zonas de destino individuais e cargas de trabalho hospedadas em segmentos de zona de destino.

Desvantagens das operações empresariais

Gerenciamento de custos: as equipes centrais dependem mais das equipes de carga de trabalho para fazer alterações de produção nas zonas de destino. Essa mudança cria um risco para possíveis excessos orçamentários e um dimensionamento mais lento dos gastos reais. Processos de controle de custos, orçamentos claros, controles automatizados e revisões regulares devem estar em vigor mais cedo para evitar surpresas de custo.
Responsabilidades: as operações empresariais exigem requisitos culturais e operacionais maiores. Esses requisitos garantem clareza nas responsabilidades e na responsabilidade entre as equipes central e de carga de trabalho.
Os processos tradicionais de gerenciamento de alterações ou os conselhos consultivos de alteração (cabs) podem não manter o ritmo e o equilíbrio necessários nesse modelo operacional. Esses processos são refletidos na automatização de processos e procedimentos que dimensionam com segurança a adoção da nuvem.
A falta de compromisso com a alteração se materializa primeiro na negociação e alinhamento das responsabilidades. A incapacidade de se alinhar nas mudanças de responsabilidade é uma indicação de que os modelos operacionais centrais de TI podem ser necessários nos esforços de adoção de nuvem a curto prazo.
Padronização: a falta de investimento em proteções centralizadas ou automação cria riscos para a padronização, o que é mais difícil de superar por meio de processos de revisão manual. As dependências operacionais entre cargas de trabalho em zonas de destino e serviços compartilhados criam riscos maiores. Esses riscos se estendem da padronização durante ciclos de atualização ou versões futuras de utilitários fundamentais. Durante as revisões de base de plataforma, testes aprimorados ou até mesmo automatizados, é necessário de todas as zonas de destino com suporte e das cargas de trabalho hospedadas.
Suporte a operações: a linha de base de operações fornecida por meio da automação e das operações centralizadas pode ser suficiente para cargas de trabalho de baixo impacto ou de baixa criticidade. Mas as equipes de carga de trabalho, ou outras formas de operações dedicadas, podem ser necessárias para cargas de trabalho complexas ou de alta criticidade. Nesse caso, pode criar uma mudança nos orçamentos de operações, exigindo que as unidades de negócios forneçam despesas operacionais a essas formas de operações avançadas. Se a TI central for necessária para manter a responsabilidade exclusiva pelo custo das operações, as operações empresariais poderão ser difíceis de implementar.
Expertise: Os membros da equipe de TI central podem precisar desenvolver especialização na automação de controles centrais que anteriormente eram realizados por meio de processos manuais. Além disso, essas equipes podem desenvolver proficiência para abordagens de infraestrutura como código para definir o ambiente e entender os pipelines de ramificação, mesclagem e implantação. No mínimo, uma equipe de automação de plataforma pode precisar de habilidades de tomada de decisão para entender as decisões tomadas pelo centro de nuvem de excelência ou equipes de operação central. As equipes de carga de trabalho podem ser necessárias para desenvolver mais conhecimento relacionado aos controles e processos que regem suas decisões.
Design de zona de destino: o design da zona de destino depende dos utilitários fundamentais. As equipes de carga de trabalho devem entender o que está no design e o que é proibido de incluir. Esse entendimento pode ajudar a evitar a duplicação de esforços, erros ou conflitos. Para criar flexibilidade, você pode considerar os processos de exceção para seus designs de zona de destino.
utilitários fundamentais: centralizar utilitários fundamentais leva tempo. Esses utilitários eventualmente consideram opções e desenvolvem soluções que podem ser dimensionadas para atender a vários planos de adoção. Atrasos nos esforços iniciais de adoção são possíveis. Os atrasos podem ser compensados no longo prazo devido às acelerações e à evitação de bloqueios posteriormente no processo.
Separação de funções: garantir a separação clara de funções requer processos de gerenciamento de identidade maduros. Pode haver mais atividades de manutenção associadas ao alinhamento adequado de usuários, grupos e atividades de integração e desligamento. Talvez seja necessário adotar novos processos para acomodar o acesso just-in-time por meio de privilégios elevados.

Operações distribuídas

operações distribuídas

O modelo operacional existente pode ser muito engrainado para que toda a organização mude para um novo modelo operacional. Para outros, as operações globais e vários requisitos de conformidade podem impedir que unidades de negócios específicas façam uma alteração. Nesse caso, pode exigir uma abordagem de operações de distribuição. Essa abordagem é, de longe, a mais complexa, pois requer a integração de um ou mais dos modelos operacionais mencionados anteriormente.

Embora altamente desencorajada, essa abordagem de operações pode ser necessária para algumas organizações. A abordagem está relacionada principalmente a organizações que têm uma coleção flexível de unidades de negócios diferentes, uma base diversificada de segmentos de clientes ou operações regionais.

Prioridades: integrar vários modelos operacionais existentes.
Estado de transição com foco em mover toda a organização para um dos modelos operacionais mencionados anteriormente.
Abordagem operacional de longo prazo quando a organização é muito grande ou muito complexa para se alinhar a um único modelo operacional.
vantagem distinta: integrar elementos comuns do modelo operacional de cada unidade de negócios. Essa abordagem cria um veículo para agrupar unidades operacionais em uma hierarquia que as ajuda a amadurecer operações usando processos repetíveis consistentes.
Desvantagem clara: Consistência e padronização em vários modelos operacionais é difícil de manter por longos períodos. Essa abordagem operacional requer uma profunda conscientização sobre o portfólio e como vários segmentos do portfólio de tecnologia operam.
Risco: a falta de compromisso com um modelo operacional primário pode causar confusão em todas as equipes. Use esse modelo operacional quando não houver como se alinhar a um único modelo operacional.
Diretrizes: comece com uma revisão completa do portfólio, que usa a abordagem descrita nos artigos de alinhamento de negócios. Tente agrupar o portfólio pelo modelo operacional de estado (descentralizado, centralizado ou empresarial).
Desenvolva uma hierarquia de grupo de gerenciamento que reflita os agrupamentos de modelos operacionais. Essa disposição inclui outros padrões organizacionais para região, unidade de negócios ou outros critérios que mapeiam os clusters de carga de trabalho de menos comuns para mais comuns.
Avalie o alinhamento das cargas de trabalho para modelos operacionais para localizar o cluster de modelo operacional mais relevante com o qual começar. Siga as diretrizes que são mapeadas para o modelo operacional para todas as cargas de trabalho na hierarquia de grupo de gerenciamento e nós.
Use as metodologias Govern and Manage para encontrar políticas corporativas comuns, incluindo as práticas de gerenciamento operacional necessárias em vários pontos da hierarquia. Aplique políticas comuns do Azure para automatizar as políticas corporativas compartilhadas.
Ao testar políticas do Azure com várias implantações, tente movê-las mais alto na hierarquia do grupo de gerenciamento. As políticas podem ser aplicadas a muitas cargas de trabalho, que podem encontrar commonalidades e necessidades de operação distintas.
Com o tempo, essa abordagem pode ajudá-lo a definir um modelo que escale entre vários modelos operacionais. Essa abordagem também pode unificar equipes por meio de um conjunto de políticas e procedimentos comuns.

As vantagens e desvantagens dessa abordagem estão propositalmente em branco. Depois de concluir o alinhamento de negócios do seu portfólio, consulte a seção de modelo operacional predominante acima para obter clareza sobre vantagens e desvantagens.

Próximas etapas

Conheça a terminologia associada aos modelos operacionais. A terminologia ajuda você a entender como um modelo operacional se encaixa no tema maior do planejamento corporativo.

Terminologia de modelo operacional

Saiba como uma zona de destino fornece o bloco de construção básico de qualquer ambiente de adoção de nuvem.

O que é uma zona de destino?

Compartilhar via