Modelos operacionais comuns
Nesta unidade, você examinará os modelos operacionais comuns para ver quais são os mais bem alinhados à Tailwind Traders. Você também aprenderá a avaliar e mapear o modelo operacional que melhor se adapte aos seus planos de adoção de nuvem. Essas informações ajudarão você a escolher a zona de destino do Azure mais relevante para começar a criar seu ambiente de nuvem.
Modelos operacionais comuns
Os quatro modelos operacionais a seguir aparecem nos esforços de adoção de nuvem. O exame desses modelos operacionais comuns ajuda a moldar conversas sobre design e configuração do ambiente. Cada modelo operacional é mapeado para uma ou mais zonas de destino do Azure para acelerar a implantação inicial.
As seguintes características auxiliam no alinhamento a um dos modelos operacionais comuns:
Prioridade estratégica: inovação, controle (operações otimizadas), democratização (autonomia) e integração são as prioridades estratégicas importantes para a adoção da nuvem. Quando você for falar com os stakeholders executivos, qual será o fator mais importante para a sua empresa nos próximos três a cinco anos?
Organização: a organização de pessoas orienta várias decisões de operações. Você tem uma equipe de TI pequena que cobre todo o seu portfólio? Há equipes separadas dedicadas a funções como segurança, governança e operações? As equipes são organizadas em torno de cargas de trabalho individuais? Você está limitado por rígidos padrões de conformidade de terceiros que são examinados por um auditor ou outros órgãos de conformidade?
Escopo do portfólio: o tamanho do seu portfólio e qual é o foco das operações são considerações importantes para cada modelo operacional. Você gerencia um portfólio de cargas de trabalho grande, complexo e multinuvem? Uma só plataforma de nuvem pode dar suporte ao portfólio? Todas as suas cargas de trabalho precisam residir em uma única assinatura de produção? Você se concentra em operações específicas de carga de trabalho sem suporte central? Saiba mais sobre esses termos no artigo de hierarquia de portfólio.
Responsabilidade (separação de tarefas): Quando se trata de tecnologia, sempre há algo que pode dar errado. É por isso que poucas equipes se inscrevem em um SLA de tempo de atividade de 100%. Quando ocorrem falhas ou o desempenho não é o esperado, quem é responsável por tomar uma decisão? Quem é responsável por correções proativas para minimizar interrupções? Quem é responsável pela economia de nuvem e orçamentos contínuos? A responsabilidade e os requisitos de acesso associados orienta algumas decisões de design do ambiente.
Padronização: a padronização de utilitários básicos, como rede, identidade e segurança, pode produzir uma economia de custos tangível e reduzir a quantidade de pessoas dedicadas a vários esforços. Qual é a importância da padronização de utilitários ou dos recursos compartilhados?
Prioridade de operações: na modernização de operações, é comum que a equipe de operações escolha serviços cloud-first como a forma principal de suporte a operações. Como alternativa, quando as ferramentas locais existentes são as principais ferramentas de operações que a equipe deseja, a nuvem pode ser uma extensão ou um modelo operacional secundário. Olhando para o futuro, você prefere uma exibição em nuvem de operações e ferramentas de suporte? Você aproveitará ferramentas existentes para estender-se na nuvem? Você está procurando uma abordagem de operações unificadas que possa se combinar perfeitamente às operações de nuvem pública e privada?
Velocidade de desenvolvimento da plataforma: as cargas de trabalho exigem os próprios ativos, o que cria o ambiente de carga de trabalho direta. Além dos ativos de suporte direto, há vários graus de investimento antecipado. Quanto esforço você deseja investir em utilitários fundamentais que serão compartilhados entre cargas de trabalho (como rede e identidade)? Quanto esforço antecipado deve ser investido em uma base de nuvem centralizada que compartilhará esses utilitários em várias zonas de destino?
Operações descentralizadas
O modelo operacional menos complexo é um modelo totalmente descentralizado. Esse modelo é altamente focado em cargas de trabalho independentes com dependência mínima de operações centralizadas. Este modelo também é chamado de TI bimodal ou TI descentralizada.
Prioridade estratégica: as organizações geralmente usam a descentralização quando priorizam a inovação sobre o controle. Esse modelo é comum em organizações startup, mas também é uma tendência crescente em organizações maiores.
Organização: as equipes são organizadas em relação a cargas de trabalho ou processos empresariais, que contrastam com os outros três modelos operacionais.
Escopo do portfólio: o escopo do portfólio também é isolado nos níveis de carga de trabalho. Quando uma organização é totalmente descentralizada, é improvável que ela invista muito tempo no gerenciamento do alinhamento do portfólio.
Responsabilidade (separação de tarefas): a equipe de carga de trabalho é totalmente responsável por decisões de operações, governança e segurança. Não há nenhum modelo de responsabilidade compartilhado em operações descentralizadas.
Padronização: as melhores práticas e a automação de implantação (pipelines de integração contínua/entrega contínua) são críticas para criar qualquer grau de padronização entre cargas de trabalho. Sem funções centralizadas, a padronização provavelmente não durará muito.
Prioridade de operações: é mais provável que a equipe de operações descentralizada priorize operações de nuvem primeiro usando ferramentas de SaaS (software como serviço) ou PaaS (plataforma como serviço) para automatizar operações.
Velocidade de desenvolvimento da plataforma: as operações descentralizadas podem compartilhar scripts de implantação entre cargas de trabalho, mas pouco ou nenhum recurso central é compartilhado entre cargas de trabalho.
Operações centralizadas
Um modelo centralizado é o modelo de operações mais comum em TI. Esse modelo é altamente focado em um ambiente de produção controlado gerenciado exclusivamente por operações centralizadas. Operações centralizadas concentram-se em um número menor de zonas de destino com utilitários básicos incorporados.
O gerenciamento de ambientes que não são de produção varia entre as organizações. No entanto, em um modelo de operações centralizado, até mesmo os ambientes de não produção provavelmente serão restritos pelos requisitos de governança e de segurança.
Prioridade estratégica: quando o controle e a estabilidade na empresa são mais importantes do que a inovação, esse modelo tende a ser mais popular. Organizações maiores ou organizações estáveis geralmente usam operações centralizadas. Esse modelo é comum em decisões de ambiente orientadas por requisitos de conformidade de terceiros.
Organização: as equipes são organizadas em torno de funções ou processos primeiro. Em organizações menores, a TI central é a base para membros da equipe que se concentram em segurança, governança, operações e infraestrutura. À medida que as organizações crescem, essas funções podem ser transferidas para equipes dedicadas.
Escopo do portfólio: as equipes de operações centralizadas tendem a se concentrar em uma zona de destino ou em um número pequeno de zonas de destinos. Nessas zonas de destino, a organização implanta utilitários básicos para dar suporte a uma combinação de cargas de trabalho em cada zona de destino. Esse modelo de operações tende a criar desafios de escala quando a organização dá suporte a bases de nuvem robustas e portfólios multinuvem.
Responsabilidade (separação de tarefas): nesse modelo de operações, a TI central ou as equipes de operações centrais normalmente são responsáveis por todos os ativos em produção. A separação de tarefas tende a se concentrar no isolamento do ambiente, o que impede que equipes específicas da carga de trabalho interajam com ativos de produção.
Padronização: a padronização entre cargas de trabalho provavelmente é alta. No entanto, à medida que o portfólio cresce para abranger várias zonas de destino ou várias plataformas de nuvem, essa padronização pode falhar e exigir modificações significativas ao ambiente.
Prioridade de operações: as organizações geralmente usam operações centralizadas quando consideram seu modelo operacional de nuvem como um modelo operacional secundário. Como as operações de nuvem local ou privada existentes são o modelo principal, essas organizações tendem a transferir as ferramentas de operações existentes e a limitar o uso principal das ferramentas de operações modernas de primeira nuvem.
Velocidade de desenvolvimento da plataforma: as equipes de operações centrais normalmente exigem uma abordagem de começar pequeno para abordar utilitários comuns. Com o passar do tempo, as equipes se concentrarão na criação das melhores soluções para o ambiente.
Compare mais prós, contras e características de operações centralizadas no Cloud Adoption Framework.
Operações corporativas
Um modelo corporativo é adequado para clientes que estão migrando datacenters inteiros ou grandes portfólios para a nuvem. Operações corporativas concentram-se em um número maior de zonas de destino com utilitários básicos centralizados sobre uma plataforma.
Prioridade estratégica: o modelo corporativo se concentra em decisões democratizantes e responsabilidades delegadas para equilibrar a necessidade de inovação em algumas zonas de destino e um controle mais rígido em outras. Essa é uma prioridade estratégica para grandes organizações que precisam proteger os interesses atuais e, ao mesmo tempo, capacitar a inovação para acompanhar as mudanças no mercado.
Organização: as operações corporativas permitem funcionalidades de criação e operação em cada equipe de carga de trabalho. As equipes de carga de trabalho são alinhadas por função, como governança, segurança e operações. Uma equipe dedicada do CCoE (centro de excelência de nuvem) une a carga de trabalho e as equipes de suporte para coordenar as atividades e ajudar a garantir a excelência operacional em toda a base da nuvem.
Escopo do portfólio: O escopo das operações corporativas concentra-se na base de nuvem holística para garantir que os utilitários fundamentais sejam centralizados e estejam disponíveis para todas as zonas de destino. As zonas de destino e os ambientes de carga de trabalho dedicados podem ser implantados em uma capacidade de autoatendimento, com a base da nuvem fornecendo todas as dependências necessárias.
Responsabilidade (separação de tarefas): a equipe do CCoE é responsável por manter os recursos centralizados necessários e criar visibilidade em todo o portfólio. As equipes de operações centrais ou de operações específicas de carga de trabalho são responsáveis pelo suporte diário das cargas de trabalho individuais.
Padronização: a padronização é mais alta neste modelo operacional. A base de nuvem centralizada garante a consistência na configuração de todas as áreas de design de zona de destino. Melhores práticas consistentes favorecem a implantação automatizada para todas as cargas de trabalho. Essa automação permite uma padronização adicional nos níveis de carga de trabalho e ativo.
Prioridade de operações: um modelo operacional corporativo requer uma abordagem de nuvem às operações. Ferramentas baseadas em nuvem próprias são essenciais para manter operações centralizadas na nuvem. Esse tipo de modelo deve ver a nuvem como o modelo operacional primário para ser eficaz. A organização enxerga as operações locais existentes como operações secundárias e deve incluí-las em um plano de transição de longo prazo.
Velocidade de desenvolvimento da plataforma: para incentivar a centralização de governança, segurança e operações em um portfólio de cargas de trabalho de crescimento rápido, as equipes de operações corporativas exigirão que uma solução corporativa seja implementada antes da adoção.
Compare mais prós, contras e características das operações corporativas na Cloud Adoption Framework.
Operações distribuídas
O modelo distribuído é a forma mais complexa de operações. Ele mistura os outros modelos.
As empresas geralmente adotam essa abordagem quando crescem por meio de uma aquisição rápida, resultando em uma mistura distribuída dos três modelos operacionais anteriores. As empresas podem permanecer nesse estado por longos períodos. Porém, para minimizar a redundância e promover operações mais eficientes, elas devem considerar o desenvolvimento de um plano para fazer a transição para um dos modelos menos complexos.
Prioridade estratégica: as organizações usam esse modelo quando favorecem a integração de unidades de negócios adquiridas em detrimento da inovação ou do controle. Essa geralmente é uma estratégia temporária ou de ponte necessária para migrar para um modelo operacional mais eficiente no futuro. Esse modelo tende a persistir quando a organização deseja manter a autonomia e está considerando uma estratégia de saída de curto prazo, como normalmente é visto em empresas de capital privado ou holdings.
Organização: é desafiador manter uma estrutura centralizada para a organização neste modelo operacional. É interessante que as organizações comecem com a formação de uma equipe virtual do CCoE no início do processo para promover visibilidade e conscientização para operações em toda a organização.
Escopo do portfólio: as operações distribuídas se concentram em um portfólio complexo. Ao longo do tempo, esse foco pode ser limitado para concentrar-se em níveis mais granulares do portfólio.
Responsabilidade (separação de tarefas): a responsabilidade varia entre as unidades de negócios. A separação de tarefas de uma perspectiva central é difícil de alcançar.
Padronização: a primeira etapa para a padronização em um modelo de operações distribuídas é obter uma visão clara do patrimônio digital para o portfólio completo. Uma abordagem controlada por dados começará a identificar as semelhanças no portfólio que tendem a um modelo de operações centralizado ou corporativas.
Prioridade de operações: a prioridade de operações neste modelo gira em torno dos dados. A centralização de dados usando ferramentas projetadas para operações unificadas permitirá que uma equipe do CCoE oriente e atue como mentora das várias unidades de negócios durante transições ou esforços de maturidade. Antes de forçar uma prioridade de operações consistentes, avalie o portfólio de operações de carga de trabalho para garantir ferramentas e linhas de base adequadas.
Velocidade de desenvolvimento da plataforma: a avaliação do portfólio de operações de carga de trabalho deve identificar uma velocidade aceitável para o desenvolvimento de plataforma que esteja alinhada às abordagens de começar pequeno ou escala corporativa. O ponto de dados primário para determinar a direção dependerá da abordagem de gerenciamento de operações mais comum em todo o portfólio.
Compare mais prós, contras e características de operações distribuídas no Cloud Adoption Framework.