Rever e comparar modelos operativos comuns na nuvem

Artigo
12/15/2024

Os modelos operacionais são únicos e específicos para o negócio que suportam, com base nos seus requisitos e restrições atuais. Mas os modelos operacionais não são flocos de neve. Existem vários padrões comuns nos modelos operacionais dos clientes; Este artigo descreve os quatro padrões mais comuns.

Comparação de modelos operacionais

A imagem a seguir mapeia modelos operacionais comuns com base na gama de complexidade, desde a menos complexa (descentralizada) até a mais complexa (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 âmbito de aplicação

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

Prioridades ou motivações estratégicas
Âmbito da gestão da carteira

	Operações descentralizadas (ops)	Operações centralizadas (ops)	Operações empresariais (ops)	Operações distribuídas (ops)
Prioridades ou motivações estratégicas	Inovação	Controlo	Democratização	Integração
Escopo do portfólio	Carga de trabalho	Zona de desembarque	Plataforma na nuvem	Portefólio completo
Ambiente de carga de trabalho	Alta complexidade	Baixa complexidade	Média complexidade	Complexidade média ou variável
Zona de desembarque	N/A	Alta complexidade	Média a baixa complexidade	Baixa complexidade
Utilitários da Fundação	N/A	Não Disponível ou baixo suporte	Suporte centralizado e adicional	Apoio maioritário
Base na 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 oferece as motivações estratégicas típicas para a adoção da 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 projeto de modelo operacional específico. Por exemplo, as operações centralizadas são projetadas para algumas zonas de pouso. Mas a decisão do modelo operacional pode criar riscos operacionais para uma organização. Os riscos operacionais resultam quando se tenta gerir uma carteira grande e complexa. Esses portfólios podem exigir muitas zonas de pouso ou complexidade variável no projeto da zona de pouso.

Importante

A adoção da nuvem muitas vezes desencadeia uma 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 de negócios e o escopo da adoção da nuvem podem mudar a forma como o portfólio precisa ser suportado. Além disso, pode haver outras mudanças no modelo operacional mais adequadamente alinhado. Quando o conselho de administração, 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 orientar decisões. Esses modelos podem mudar ou precisam ser personalizados para atender às suas necessidades e restrições.

Alinhamento de responsabilidade

Muitas equipas e indivíduos são responsáveis por suportar diferentes funções. Mas cada modelo operacional comum atribui a responsabilidade final pelos resultados da decisão a uma equipe ou indivíduo. Esta abordagem afeta a forma como o modelo operacional é financiado e o nível de apoio fornecido para cada função.

	Operações descentralizadas	Operações centralizadas	Operações empresariais	Operações distribuídas
Alinhamento de negócios	Equipa de Carga de Trabalho	Estratégia de nuvem central	CCoE	Variável - formar uma ampla equipe de estratégia de nuvem?
operações na nuvem	Equipa de Carga de Trabalho	Central de TI	CCoE	Com base na análise de portfólio - consulte Alinhamento de Negócios e Compromissos de Negócios
Governança de nuvem	Equipa de Carga de Trabalho	Central de TI	CCoE	Múltiplas camadas de governação
Segurança na nuvem	Equipa de Carga de Trabalho	Centro de operações de segurança (SOC) / função DevSecOps	CCoE + SOC	Misto - consulte Definir uma estratégia de segurança
Automação na nuvem e DevOps	Equipa de Trabalho	Central IT ou N/A	CCoE	Com base na análise de portfólio - consulte alinhamento de negócios e compromissos de negócios

Acelere a implementação do modelo operacional no Azure

Conforme discutido em Defina 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 os bloqueios decorrentes de lacunas na adoção do modelo operacional em 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	Framework do Azure Well-Architected (WAF)	Zonas de aterrissagem do Azure: opções de início pequeno	Zonas de aterrissagem do Azure: de escala empresarial do CAF	Alinhamento de Negócios
Iterações	O foco nas cargas de trabalho permite que a equipe itere dentro do WAF.	A opção "start-small" requer mais iteração de cada metodologia, mas pode ser feita conforme amadurecem os esforços de adoção da nuvem.	Conforme ilustrado pelas implementações de referência, iterações futuras normalmente se concentram em pequenas adições de configuração.	Analise as opções de implementação da zona de aterrissagem 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

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 o menos complexo dos modelos operacionais comuns. Nesta forma de operações, todas as cargas de trabalho operam de forma independente por equipes de carga de trabalho dedicadas.

Prioridades: A sua equipa avalia a inovação em detrimento do controlo centralizado ou da padronização em várias tarefas.
Vantagem distinta: Maximize a velocidade da inovação, colocando a carga de trabalho e as equipes de negócios no controle total do projeto, construção e operações.
Desvantagem distinta: Redução na padronização de cargas de trabalho cruzadas, economias de escala por meio de serviços compartilhados e esforços de conformidade centralizados de governança consistentes.
de risco: Esta abordagem introduz o risco ao gerenciar um portfólio de cargas de trabalho. As equipes de carga de trabalho podem ter equipes especializadas dedicadas a funções centrais de TI. Este modelo operacional é visto como uma opção de alto risco por algumas organizações, especialmente empresas que são obrigadas a seguir requisitos de conformidade de terceiros.
Guidance: As operações descentralizadas são limitadas a decisões de nível de carga de trabalho. O Microsoft Azure Well-Architected Framework dá suporte às decisões tomadas dentro desse escopo. Os processos e orientações dentro do Cloud Adoption Framework podem adicionar sobrecarga que não é exigida por operações descentralizadas.

Vantagens das operações descentralizadas

Gestão de custos: O custo das operações é facilmente mapeado para uma única unidade de negócios. As operações específicas da carga de trabalho suportam uma maior otimização da carga de trabalho.
Responsabilidades: Normalmente, essa forma de operações é altamente dependente da automação para minimizar as despesas gerais. As responsabilidades tendem a se concentrar em DevOps e pipelines para gerenciamento de releases. Esse tipo de operação suporta implantações mais rápidas e ciclos de feedback 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.
de apoio às operações: As decisões que afetam as operações dizem respeito apenas às necessidades dessa carga de trabalho e têm em consideração apenas a simplificação das decisões relacionadas com as operações. Membros da comunidade DevOps dizem que o suporte a operações é a forma mais pura de operações devido ao escopo operacional mais restrito.
Expertise: DevOps e equipas de desenvolvimento beneficiam mais desta abordagem e encontram a menor resistência para promover alterações no mercado.
Conceção da zona de aterragem: Nenhuma vantagem operacional específica.
Utilitários fundamentais: Nenhuma vantagem operacional específica.
Separação de funções: Nenhuma vantagem operacional específica.

Desvantagens das operações descentralizadas

Gestão 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 custos uniformes ou otimização. Em escala, esse modelo pode ser caro, porque 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 mudanças. A falta de suporte é problemática quando essas tarefas não foram automatizadas em pipelines de revisão e liberação de código.
Padronização: A padronização em um portfólio de cargas de trabalho é variável e inconsistente.
de suporte de operações: ao criar melhores práticas em várias cargas de trabalho, muitas vezes são perdidas as eficiências de escala.
Expertise: Os membros da equipe têm uma responsabilidade maior de tomar decisões sábias e éticas sobre governança, segurança, operações e gerenciamento de alterações dentro do design e 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 da zona de aterragem: As zonas de aterragem não são específicas da carga de trabalho e não são consideradas nesta abordagem.
Serviços 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 altos para DevOps e equipes de desenvolvimento aumentam o uso de privilégios elevados dessas equipes. Se você precisar de separação de funções, talvez precise investir pesado na maturidade de DevOps para operar com essa abordagem.

Operações centralizadas

Ambientes de estado estáveis podem não exigir foco na arquitetura ou em 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 comerciais prontos para uso (COTS) ou aplicativos personalizados bem estabelecidos que têm uma cadência de liberação lenta. Se uma taxa de mudança é impulsionada por atualizações e patches regulares, a centralização das operações pode ser uma maneira eficaz de gerenciar sua carteira.

Prioridades: As prioridades são o controle central sobre a inovação e medem os processos operacionais existentes sobre a mudança cultural para operações modernas em nuvem.
Vantagem distinta: A centralização introduz economias de escala, os melhores controles e operações padronizadas, e funciona melhor com o ambiente de nuvem. Esses ambientes precisam de configurações específicas para integrar operações em nuvem em operações e processos existentes. A centralização é mais vantajosa com um portfólio de algumas centenas de cargas de trabalho com complexidade arquitetônica modesta e requisitos de conformidade.
Desvantagem distinta: o dimensionamento para atender às demandas de um grande portfólio de cargas de trabalho pode sobrecarregar significativamente as equipes centralizadas que tomam decisões operacionais para cargas de trabalho de produção. Se os ativos técnicos esperam escalar além de 1.000 VMs, aplicativos ou fontes de dados, você pode considerar um modelo corporativo se ele estiver dentro de 18 a 24 meses.
Risco: Esta abordagem limita a centralização a um número reduzido de subscrições (geralmente uma subscrição de produção). Um risco significativo está envolvido ao refatorar na fase mais avançada da sua jornada na cloud, podendo interferir nos seus planos de adoção. Para evitar o retrabalho, tente se concentrar na segmentação, nos limites do ambiente, nas ferramentas de identidade e em outros elementos fundamentais.
Guidance: as opções de implementação da zona de aterrissagem do Azure que estão alinhadas à velocidade de desenvolvimento "iniciar pequeno e expandir" criam um ponto de partida sólido. 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 de adoção precoce dentro de tolerâncias de risco aceitáveis. Governar e gerenciar metodologias ajuda a criar processos para amadurecer as operações em paralelo. Seguir essas etapas serve como portas de estágio que devem ser concluídas antes de permitir o aumento do risco à medida que as operações amadurecem.

Vantagens das operações centralizadas

de 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 centralizada e a padronização podem levar a maior estabilidade, melhor desempenho operacional e interrupções mínimas relacionadas a mudanças. Essa abordagem reduz as amplas 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 de Operações : Reduzir a complexidade e centralizar as operações torna mais fácil para as equipas de TI mais pequenas darem suporte às operações.
Especialização: centralizar as equipes de suporte permite que especialistas em segurança, risco, governança e operações conduzam decisões críticas para os negócios.
Landing zone design: A TI Central reduz a complexidade ao minimizar o número de zonas de aterragem e subscrições. Os designs de zona de aterrissagem tendem a imitar os designs de datacenter anteriores, o que reduz o tempo de transição. À medida que a adoção progride, os recursos compartilhados podem ser movidos para uma assinatura separada ou fundação de plataforma.
Utilitários Fundamentais: ao transferir projetos de datacenter existentes para a nuvem, isso resulta em serviços básicos e partilhados que imitam ferramentas e operações locais. Quando as operações locais são 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 suportam 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 na nuvem com curvas de aprendizado reduzidas.
Separação de funções: A separação de funções é clara nas 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 equipas centrais nem sempre compreendem a arquitetura das cargas de trabalho para produzir otimizações significativas ao nível da carga de trabalho. Essa falta de compreensão limita a quantidade de economia de custos decorrente de operações de carga de trabalho bem ajustadas. Não compreender totalmente a arquitetura da carga de trabalho pode afetar as otimizações de custos centralizadas, que afetam o desempenho, a escala e outros pilares de uma carga de trabalho bem arquitetada. Antes de aplicar alterações de custo em escala empresarial a cargas de trabalho de alto perfil, a sua equipa central de TI deve compreender e concluir a Revisão Well-Architected da Microsoft Azure.
Responsabilidades: Centralizar o apoio à produção e o acesso exerce uma carga operacional elevada em algumas pessoas e aumenta a 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 aderência aos requisitos detalhados de governança de segurança e conformidade.
Padronização: As abordagens de TI central dificultam a padronização de escala sem um dimensionamento linear da equipe de TI central.
Apoio às operações: As maiores desvantagens desta abordagem estão associadas a uma escala significativa e a mudanças que medem a inovação.
Expertise: Especialistas em Desenvolvimento e DevOps correm o risco de serem subvalorizados ou demasiado limitados nesse tipo de ambiente.
Design de zona de aterrissagem: 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 de repensar a segmentação do ambiente e potencializar as oportunidades de inovação. A falta de segmentação da zona de aterrissagem aumenta o efeito potencial da violação, da complexidade da governança e da adesão à conformidade, e pode criar bloqueadores para a adoção na jornada da nuvem. Ver a secção de riscos acima.
Utilitários fundamentais: Durante a transformação digital, a nuvem pode se tornar o principal modelo operacional. As ferramentas centrais, que são criadas para operações locais, reduzem as oportunidades de modernizar as operações e aumentam 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 criando uma assinatura de base de plataforma na jornada de adoção da nuvem. Esse esforço pode ser complexo, dispendioso e demorado sem um planeamento avançado.
Separação de funções: As operações centrais seguem geralmente uma de duas vias e ambas podem entravar a inovação.
- Opção 1: As equipes fora da TI central recebem acesso limitado a ambientes de desenvolvimento que imitam a produção. Esta opção dificulta a experimentação.
- Opção 2: O Teams desenvolve e testa em ambientes não suportados. Essa opção dificulta os processos de implantação e retarda os testes de integração pós-implantação.

Operações empresariais

operações empresariais

As operações empresariais são o estado de destino sugerido para todas as operações na nuvem. As operações empresariais equilibram a necessidade de controlo e inovação, simplificando decisões e responsabilidades. A TI central é substituída por um centro de excelência em nuvem mais facilitador ou equipe CCoE, que suporta equipes de carga de trabalho. A equipe CCoE, responsabiliza as equipes de carga de trabalho pelas decisões, em vez de controlar ou limitar suas ações. As equipes de carga de trabalho recebem mais poder e mais responsabilidade para impulsionar a inovação, dentro de guarda-corpos bem definidos.

Prioridades: As prioridades são a democratização das decisões técnicas. A democratização das decisões técnicas transfere responsabilidades anteriormente detidas pela TI central para as equipes de carga de trabalho. Para concretizar esta mudança de prioridades, as decisões tornam-se menos dependentes de processos de revisão geridos por humanos. Essa abordagem oferece suporte à revisão, governança e imposição automatizadas, usando ferramentas nativas da nuvem.
Vantagem distinta: A segmentação de ambientes e a separação de funções permitem o equilíbrio entre controlo 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 de segurança. Por outro lado, essa abordagem suporta a redução do controle centralizado de cargas de trabalho e ambientes que exigem maior inovação. Carteiras maiores tendem a ter dificuldades com o equilíbrio entre controle e inovação. Essa flexibilidade facilita o dimensionamento de milhares de cargas de trabalho com reduções nas dores operacionais.
Desvantagem distinta: o que funcionou no local pode não funcionar bem em operações de nuvem corporativas. Esta abordagem das operações exige mudanças em muitas frentes. As mudanças culturais no controlo e na responsabilidade são, muitas vezes, o maior desafio. As mudanças operacionais que se seguem às 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 de 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 principal. Os esforços de adoção realizados antes destas mudanças podem exigir um retrabalho significativo que ultrapassa os esforços típicos de refatoração.
Risco: Esta abordagem requer o compromisso executivo com a estratégia de mudança. Também requer comprometimento das equipes técnicas para superar as curvas de aprendizado e entregar a mudança necessária. A cooperação de longo prazo entre as equipas de negócios, o CCoE, as equipas de TI central e as equipas de carga de trabalho é necessária para obter benefícios a longo prazo.
Guidance: as opções de zona de aterrissagem do Azure são definidas como de 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 da nuvem no Azure. A abordagem em escala empresarial orienta as equipes através das mudanças operacionais e culturais necessárias para tirar o máximo proveito dessas implementações. Essa mesma abordagem pode adaptar a arquitetura de referência para configurar o ambiente para atender à sua estratégia de adoção e restrições de conformidade. Quando você implementa a escala empresarial, as metodologias Governar 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

Gestão de custos: As equipas centrais atuam em otimizações interportfólios e responsabilizam as equipas individuais de carga de trabalho por uma otimização mais profunda da carga de trabalho. As equipes focadas na carga de trabalho têm o poder de tomar decisões e fornecem clareza quando essas decisões têm um efeito negativo de custo. As equipes centrais e de carga de trabalho compartilham a responsabilidade pelas decisões de custos no nível certo.
Responsabilidades: As equipes centrais usam ferramentas nativas da nuvem para definir, aplicar e automatizar guarda-corpos. Os esforços da equipe de carga de trabalho são acelerados por meio de automação e práticas de CCoE. As equipas de carga de trabalho estão capacitadas para impulsionar a inovação e tomar decisões dentro desses limites definidos.
Padronização: Diretrizes centralizadas e serviços básicos criam consistência em todos os ambientes.
Suporte a operações: As 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 funções capacitam as equipes de carga de trabalho a assumir a responsabilidade pelo suporte operacional em seus próprios ambientes dedicados. Ferramentas nativas automatizadas na nuvem garantem uma linha de base mínima de operações para todos os ambientes com suporte operacional centralizado.
Expertise: Centralizar serviços essenciais, como segurança, risco, governança e operações, garante uma especialização central adequada. Processos claros e guarda-corpos educam 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 escalar a equipe linearmente com a escala tecnológica.
Design da zona de desembarque: O projeto da zona de pouso 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 por designs de datacenter anteriores. Em operações empresariais, o projeto da zona de pouso é menos complexo, permitindo uma escala mais rápida e barreiras reduzidas à demanda de autosserviço.
Utilidades fundamentais: As utilidades fundamentais são hospedadas em assinaturas separadas, controladas centralmente e conhecidas como a base da plataforma. As ferramentas centrais são então canalizadas para cada zona de aterragem como serviços de utilidade pública. Separar utilidades fundamentais das zonas de aterragem maximiza a consistência e a economia de escala. Esses utilitários também criam distinções claras entre responsabilidades geridas centralmente e responsabilidades ao nível da carga de trabalho.
Separação de funções: A separação clara de funções entre serviços públicos fundacionais e zonas de desembarque é uma das maiores vantagens na abordagem de operações. Ferramentas e processos nativos da nuvem suportam o acesso e o equilíbrio adequado de controle entre equipes centralizadas e equipes de carga de trabalho. Esta abordagem baseia-se nos requisitos de zonas de aterragem individuais e cargas de trabalho alojadas em segmentos de zonas de aterragem.

Desvantagens das operações da empresa

de gerenciamento de custos: As equipes centrais dependem mais das equipes de carga de trabalho para fazer alterações de produção dentro das zonas de pouso. Esta mudança cria um risco de potenciais derrapagens orçamentais e de um dimensionamento mais lento das despesas reais. Processos de controle de custos, orçamentos claros, controles automatizados e revisões regulares devem estar em vigor com antecedência para evitar surpresas de custos.
Responsabilidades: As operações empresariais exigem maiores requisitos culturais e operacionais. Estes requisitos garantem a clareza das responsabilidades e a responsabilização entre as equipas centrais e as equipas de carga de trabalho.
Os processos tradicionais de gestão de mudanças, ou conselhos consultivos de mudança (cabs), podem não manter o ritmo e o equilíbrio exigidos neste modelo operacional. Esses processos se refletem na automação de processos e procedimentos que dimensionam com segurança a adoção da nuvem.
A falta de compromisso com a mudança materializa-se primeiro na negociação e no alinhamento de responsabilidades. A incapacidade de alinhar as mudanças de responsabilidade é uma indicação de que modelos operacionais centrais de TI podem ser necessários durante os esforços de adoção da nuvem a curto prazo.
Padronização: A falta de investimento em guarda-corpos centralizados, ou automação, cria riscos à padronização, que é mais difícil de superar através de processos manuais de revisão. As dependências operacionais entre cargas de trabalho em zonas de aterragem e serviços partilhados criam maiores riscos. Esses riscos se estendem desde a padronização durante ciclos de atualização ou versões futuras de utilitários fundamentais. Durante as revisões da fundação da plataforma, são necessários testes aprimorados ou até mesmo automatizados de todas as zonas de aterrissagem suportadas e das cargas de trabalho que elas hospedam.
Suporte a operações: A linha de base de operações fornecida por meio de automação e operações centralizadas pode ser suficiente para cargas de trabalho de baixo impacto ou baixa criticidade. Mas 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. Se assim for, pode criar uma mudança nos orçamentos de operações, exigindo que as unidades de negócios deem despesas operacionais a essas formas de operações avançadas. Se a TI central for obrigada a manter a responsabilidade exclusiva pelo custo das operações, as operações corporativas podem ser difíceis de implementar.
Expertise: Os membros da equipe central de TI podem ser obrigados a desenvolver experiência na automação de controles centrais anteriormente entregues por meio de processos manuais. Além disso, estas equipas podem desenvolver proficiência em abordagens de infraestrutura como código (IaC) para definir o ambiente e compreender ramificações, fusões e pipelines de implementaçã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 excelência em nuvem ou equipes de operação central. As equipes de carga de trabalho podem ser obrigadas a desenvolver mais conhecimento relacionado aos controles e processos que regem suas decisões.
Projeto da zona de pouso: O projeto da zona de pouso depende de utilitários fundamentais. As equipes de carga de trabalho devem entender o que está no design e o que é proibido incluir. Essa compreensão pode ajudar a evitar a duplicação de esforços, erros ou conflitos. Para criar flexibilidade, você pode considerar processos de exceção para seus designs de zona de pouso.
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. São possíveis atrasos nos esforços de adoção precoce. Os atrasos podem ser compensados a longo prazo devido a acelerações e à prevenção de bloqueadores mais tarde no processo.
Separação de funções: Garantir uma separação clara de funções requer processos maduros de gestão da identidade. Pode haver mais manutenção associada ao alinhamento adequado de usuários, grupos e atividades de integração e desembarque. Talvez seja necessário adotar novos processos para acomodar o acesso just-in-time através de privilégios elevados.

Operações distribuídas

O modelo operacional existente pode estar muito enraizado 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. Esta abordagem é, de longe, a mais complexa, uma vez que requer a integração de um ou mais dos modelos operacionais anteriormente mencionados.

Embora fortemente desencorajada, essa abordagem de operações pode ser necessária para algumas organizações. A abordagem refere-se principalmente a organizações que têm uma coleção solta de unidades de negócios díspares, uma base diversificada de segmentos de clientes ou operações regionais.

Prioridades: Integrar vários modelos operacionais existentes.
Estado de transição com foco na mudança de toda a organização para um dos modelos operacionais mencionados anteriormente.
Abordagem operacional de longo prazo quando a organização é muito grande ou complexa para se alinhar a um único modelo operacional.
Vantagem distinta: Integrar elementos comuns do modelo operacional de cada unidade de negócio. Essa abordagem cria um veículo para agrupar unidades operacionais em uma hierarquia que as ajuda a amadurecer as operações usando processos consistentes e repetíveis.
Desvantagem distinta: A consistência e a padronização em vários modelos operacionais são difíceis de manter por longos períodos. Esta abordagem operacional requer um profundo conhecimento do portfólio e de como operam os vários segmentos do portfólio de tecnologia.
Risco: A falta de compromisso com um modelo operacional primário pode levar à confusão entre as equipas. Use este modelo operacional quando não houver nenhuma maneira de alinhar a um único modelo operacional.
Guidance: Comece com uma revisão completa do portfólio, que usa a abordagem descrita nos artigos de alinhamento de negócios . Tente agrupar a carteira pelo modelo operacional do Estado (descentralizado, centralizado ou empresarial).
Desenvolva uma hierarquia de grupo de gerenciamento que reflita os agrupamentos do modelo operacional. Esse arranjo inclui outros padrões organizacionais para região, unidade de negócios ou outros critérios que mapeiam os clusters de carga de trabalho dos buckets menos comuns para os mais comuns.
Avalie o alinhamento das cargas de trabalho aos modelos operacionais para encontrar o cluster de modelos operacionais mais relevante para começar. Siga as orientações mapeadas para o modelo operacional aplicável a todas as cargas de trabalho sob a hierarquia de nós e grupos de gestão.
Use as metodologias Governar e Gerenciar 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 as políticas do Azure com várias implantações, tente movê-las para cima na hierarquia do grupo de gerenciamento. As políticas podem ser aplicadas a muitas cargas de trabalho, que podem encontrar pontos em comum e necessidades de operação distintas.
Com o tempo, essa abordagem pode ajudá-lo a definir um modelo que pode ser dimensionado em vários modelos operacionais. Esta abordagem pode também unificar as equipas através de um conjunto de políticas e procedimentos comuns.

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

Próximos passos

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

Terminologia do modelo operacional

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

O que é uma zona de desembarque?

Partilhar via