Aplicar princípios de design e operações avançadas
As três primeiras disciplinas da gestão da cloud descrevem uma linha base de gestão. No mínimo, uma linha de base de gestão deve incluir um compromisso comercial padrão para minimizar as interrupções empresariais e acelerar a recuperação se o serviço for interrompido. A maioria das linhas de base de gestão inclui um foco disciplinado na manutenção do inventário e visibilidade, conformidade operacional e proteção e recuperação.
A finalidade de uma linha base de gestão é criar uma oferta consistente que fornece um nível mínimo de compromisso empresarial para todas as cargas de trabalho suportadas. Esta linha de base de ofertas de gestão repetíveis comuns permite à equipa proporcionar um grau de gestão operacional altamente otimizado, com um desvio mínimo. Mas essa oferta padrão pode não fornecer um compromisso suficientemente rico para com o negócio.
O diagrama na secção seguinte ilustra três formas de ir além da linha de base de gestão.
A linha de base de gestão deve cumprir a alocação mínima exigida por 80% das cargas de trabalho de menor importância no portefólio. A linha de base não deve ser aplicada a cargas de trabalho críticas para a missão. Também não deve ser aplicado a plataformas comuns que são partilhadas entre cargas de trabalho. Essas cargas de trabalho requerem um foco nos princípios de conceção e nas operações avançadas.
Opções de operações avançadas
Existem três caminhos sugeridos para melhorar os compromissos empresariais para além da linha de base de gestão, conforme mostrado no diagrama seguinte:
Linha de base de gestão melhorada
Conforme descrito no Guia de Gestão do Azure, uma linha de base de gestão melhorada utiliza ferramentas nativas da cloud para melhorar o tempo de atividade e diminuir os tempos de recuperação. As melhorias são significativas, mas menos do que com a especialização da carga de trabalho ou da plataforma. A vantagem de uma linha de base de gestão melhorada é a redução igualmente significativa no custo e no tempo de implementação.
Especialização de gestão
Os aspetos da carga de trabalho e das operações de plataforma podem exigir alterações aos princípios de estrutura e arquitetura. Estas alterações podem demorar algum tempo e podem resultar num aumento das despesas operacionais. Para reduzir o número de cargas de trabalho que exigem tais investimentos, uma linha base de gestão melhorada pode contribuir com uma melhoria suficiente para o compromisso empresarial.
Para cargas de trabalho que garantem um maior investimento para cumprir um compromisso comercial, a especialização das operações é fundamental.
Áreas de especialização de gestão
Existem duas áreas de especialização:
- Especialização da plataforma: Invista em operações contínuas de uma plataforma partilhada, distribuindo o investimento em várias cargas de trabalho.
- Especialização da carga de trabalho: Invista em operações contínuas de uma carga de trabalho específica, geralmente reservada para cargas de trabalho críticas para a missão.
Equipa de TI central ou centro de excelência da cloud (CCoE)
As decisões entre a especialização da plataforma e a especialização da carga de trabalho baseiam-se na importância e impacto de cada carga de trabalho. No entanto, estas decisões também são indicativas de decisões culturais maiores entre a equipa de TI central e os modelos organizacionais CCoE.
A especialização da carga de trabalho despoleta, frequentemente, uma alteração cultural. Ti tradicional e TI centralizada, ambos os processos de compilação que podem fornecer suporte em escala. O suporte de dimensionamento é mais alcançável para serviços repetíveis encontrados numa linha de base de gestão, linha de base melhorada ou até mesmo operações de plataforma. A especialização da carga de trabalho não é muitas vezes dimensionada. Esta falta de dimensionamento dificulta que uma organização de TI centralizada forneça o suporte necessário sem atingir as limitações de dimensionamento organizacional.
Em alternativa, uma abordagem do centro de excelência da cloud dimensiona-se através da delegação propositada de responsabilidade e centralização seletiva. A especialização da carga de trabalho tende a alinhar-se melhor com a abordagem de responsabilidade delegada de um CCoE.
O alinhamento natural das funções num CCoE é descrito da seguinte forma:
- A equipa da plataforma cloud ajuda a criar plataformas comuns que suportam várias equipas de adoção da cloud.
- A equipa de automatização da cloud expande essas plataformas para recursos implementáveis num catálogo de serviços.
- A gestão da cloud fornece a linha de base de gestão centralmente e ajuda a suportar a utilização do catálogo de serviços.
- Mas a unidade de negócio (na forma de uma equipa empresarial do DevOps ou da equipa de adoção da cloud) é responsável pelas operações diárias da carga de trabalho, pipeline ou desempenho.
Quanto ao alinhamento de áreas de gestão, a equipa de TI central e os modelos CCoE podem, geralmente, proporcionar especialização na plataforma, com mudanças culturais mínimas. A disponibilização da especialização da carga de trabalho pode ser mais complexa para as equipas de TI centrais.
Processos de especialização de gestão
Em cada especialização, o seguinte processo de quatro passos é apresentado numa abordagem disciplinada e iterativa. Esta abordagem requer parceria entre a adoção da cloud, a plataforma cloud, a automatização da cloud e os especialistas em gestão da cloud para criar um ciclo de comentários viável e informado.
- Melhorar a estrutura do sistema: Melhore a conceção de sistemas comuns (plataformas) ou cargas de trabalho específicas para minimizar eficazmente as interrupções.
- Automatizar a remediação: Algumas melhorias não são económicas. Nestes casos, poderá fazer mais sentido automatizar a remediação e reduzir o impacto das interrupções.
- Dimensionar a solução: À medida que a estruturação dos sistemas e a remediação automatizada são melhoradas, pode dimensionar essas alterações em todo o ambiente através do catálogo de serviços.
- Melhoria contínua: Pode utilizar várias ferramentas de monitorização para detetar melhoramentos incrementais a abordar na próxima passagem da estrutura, automatização e dimensionamento do sistema.
Melhorar o design do sistema
Melhorar o design do sistema é a abordagem mais eficaz para melhorar as operações de qualquer plataforma comum. As melhorias na conceção do sistema podem ajudar a aumentar a estabilidade e a diminuir as interrupções empresariais. O design de sistemas individuais está fora do âmbito da vista de ambiente obtida através do Framework de Adoção da Cloud.
Como complemento deste framework, o Microsoft Azure Well-Architected Framework fornece os princípios orientadores que permitem melhorar a qualidade de uma plataforma ou de uma carga de trabalho específica. O framework centra-se na melhoria de cinco pilares de excelência da arquitetura:
- Otimização de custos: Faça a gestão dos custos para maximizar o valor.
- Excelência operacional: Siga os processos de operações que mantêm um sistema em execução na produção.
- Eficiência de desempenho: Dimensione os sistemas para se adaptarem a alterações na carga.
- Fiabilidade: Conceba os sistemas para que consigam recuperar de falhas e continuem a funcionar.
- Segurança: Proteja as aplicações e os dados face às ameaças.
A maioria das interrupções empresarias equivale a alguma forma de dívida técnica ou deficiência na arquitetura. Para implementações existentes, as melhorias no design dos sistemas podem ser vistas como pagamentos da dívida técnica existente. Para novas implementações, as melhorias no design dos sistemas podem ser vistas como formas de evitar a dívida técnica. A secção seguinte mostra como lidar com dívidas técnicas que não podem ou não devem ser resolvidas.
Para melhorar a estrutura do sistema, saiba mais sobre o Microsoft Azure Well-Architected Framework. À medida que a estrutura do sistema melhora, regresse a este artigo para encontrar novas oportunidades para melhorar e dimensionar as melhorias no seu ambiente.
Remediação automatizada
Algumas dívidas técnicas não podem ou não devem ser resolvidas. A correção da resolução pode ser demasiado cara. Pode ser planeado, mas pode ter uma duração de projeto longa. A interrupção do negócio pode não ter um impacto significativo no negócio ou a prioridade do negócio é recuperar rapidamente em vez de investir em resiliência.
Quando a resolução da dívida técnica não é o caminho desejado, a remediação automatizada é, normalmente, o próximo passo desejado. Utilizar a Automatização do Azure e o Azure Monitor para detetar tendências e disponibilizar a remediação automatizada é a abordagem mais comum à remediação automatizada.
Para obter orientação sobre a remediação automatizada, veja Alertas e Automatização do Azure.
Dimensionar a solução com um catálogo de serviços
O pilar da especialização da plataforma e das operações de plataforma é um catálogo de serviços bem gerido. É desta forma que as melhorias à remediação e design dos sistemas é dimensionada num ambiente. A equipa da plataforma da cloud e a equipa de automatização da cloud alinham-se para criar soluções repetíveis para as plataformas mais comuns em qualquer ambiente. No entanto, se essas soluções não forem aplicadas de forma consistente, a gestão da cloud pode fornecer pouco mais do que uma oferta de linha de base.
Para maximizar a adoção e minimizar a sobrecarga de manutenção de qualquer plataforma otimizada, a plataforma deve ser adicionada a um catálogo de serviços. Cada aplicação no catálogo pode ser implementada para consumo interno através do catálogo de serviços ou como uma oferta do marketplace para consumidores externos.
Para obter informações sobre a publicação num catálogo de serviços, veja a série sobre a publicação num catálogo de serviços.
Melhoria contínua
A especialização da plataforma e as operações de plataforma dependem dos ciclos de feedback fortes entre as equipas de adoção, plataforma, automação e gestão. Basear estes ciclos de feedback em dados permite que cada equipa tome decisões informadas. Para que as operações de plataforma atinjam compromissos empresariais de longo prazo, é importante tirar partido das informações específicas da plataforma centralizada. Uma vez que os contentores e SQL Server são as duas plataformas geridas centralmente mais comuns, considere começar com a recolha de dados de melhoria contínua ao rever os seguintes artigos: