Cargas de trabalho do Azure Well-Architected Framework

No contexto do Azure Well-Architected Framework, o termo carga de trabalho refere-se a uma coleção de recursos de aplicação, dados e infraestrutura de suporte que funcionam em conjunto para alcançar resultados de negócio definidos. Uma carga de trabalho consiste em componentes e também procedimentos operacionais e de desenvolvimento.

Os arquitetos estruturam cargas de trabalho e uma equipa de carga de trabalho implementa-as. Uma carga de trabalho foi concebida e implementada para alcançar requisitos empresariais funcionais e não funcionais. As cargas de trabalho podem ser classificadas em muitos tipos.

Os critérios típicos para a classificação de cargas de trabalho incluem:

• Utilitário, características e padrões de utilização de uma carga de trabalho, como aplicações Web, processamento em lote e análise em tempo real.

• Principais fatores influentes, como plataformas tecnológicas ou alinhamento com uma indústria.

• Público-alvo pretendido. Exemplos de soluções com várias audiências são aplicações de linha de negócio internas em empresas, uma solução de fornecedor de software independente (ISV) comprada ou uma solução de software como serviço (SaaS) multi-inquilino para utilização pública.

As cargas de trabalho que estão na mesma classe podem partilhar semelhanças, incluindo a audiência de destino, os requisitos de conformidade e as pilhas de tecnologia. Os cinco pilares do Well-Architected Framework, os respetivos princípios, listas de verificação e compromissos são relevantes para todas as classes de cargas de trabalho.

A documentação de orientação da carga de trabalho do framework de Well-Architected descreve as prioridades e as desvantagens comuns, uma vez que se referem a classes de cargas de trabalho específicas. Na documentação de orientação da carga de trabalho, a documentação de orientação do pilar aplica-se aos princípios técnicos de conceção e às áreas de estrutura que representam as prioridades de uma carga de trabalho. Siga as recomendações para ajudar a configurar uma carga de trabalho com êxito e a alinhá-la com o Well-Architected Framework.

O que é uma carga de trabalho do Well-Architected Framework?

A conceção e as operações de qualquer carga de trabalho têm de enfrentar os cinco pilares arquitetónicos: Fiabilidade, Segurança, Otimização de Custos, Excelência Operacional e Eficiência de Desempenho.

Para criar uma carga de trabalho com êxito, desenvolva-a de acordo com os princípios do Well-Architected Framework, que se baseiam nos seguintes ideais.

Uma carga de trabalho do Well-Architected Framework:

• Tem requisitos funcionais e não funcionais definidos e priorizados para alcançar um objetivo.
• Foi concebido para que possa cumprir esses requisitos com recursos e incorporar padrões de conceção e compromissos.
• É criado e operado de acordo com as especificações de uma estrutura e finalidade.
• É medido pela forma adequada como alcança o seu objetivo.
• Pode adaptar-se à medida que a sua finalidade é refinada ou alterada.
• É tão fiável como tem de ser.
• É tão seguro quanto precisa.
• Proporciona um retorno suficiente sobre o investimento.
• É desenvolvido e operado de forma responsável.
• Realiza o seu objetivo num período de tempo aceitável.

Uma colaboração entre a equipa de carga de trabalho e as equipas centrais de uma organização tem de criar uma carga de trabalho com as características anteriores. As secções seguintes descrevem estas equipas e as respetivas funções.

Equipa de carga de trabalho

Crie uma equipa de carga de trabalho que tenha membros de equipa com uma vasta gama de disciplinas técnicas e empresariais. O foco principal de todos os membros da equipa deve ser o sucesso da carga de trabalho.

Exemplos de membros da equipa de cargas de trabalho
Engenheiros de segurança de aplicações Intervenientes empresariais Programadores de cloud ou engenheiros de software Arquitetos de soluções na cloud Cientistas de dados ou analistas Administradores da base de dados	Engenheiros do DevOps Engenheiros de infraestrutura Gestores ou proprietários de produtos Engenheiros de garantia de qualidade (QA) Membros da equipa de suporte

Equipas centralizadas e intervenientes

Muitas vezes, as equipas centralizadas suportam a equipa de cargas de trabalho. Fornecem funções de suporte e aplicam governação para muitas ou todas as cargas de trabalho na cloud numa organização. As equipas centralizadas focam-se no sucesso organizacional, que é conseguido em parte pelo sucesso das cargas de trabalho da organização. Fornecem serviços, orientações e proteções para cargas de trabalho.

Exemplos de equipas centralizadas e membros da equipa
Analistas de business intelligence Intervenientes empresariais Cloud center of excellence (CCoE) board Equipa da plataforma cloud Analistas de cibersegurança Administradores da base de dados Arquitetos empresariais	Analistas financeiros Engenheiros de infraestrutura Agentes legais e de conformidade Engenheiros de rede Especialistas em aprovisionamento Gestores de projeto

Uma equipa de carga de trabalho do Well-Architected Framework foca-se nos resultados da carga de trabalho. Coordenam e beneficiam do suporte especializado dos membros centralizados da equipa.

Modelo de responsabilidade partilhada

Uma carga de trabalho tem de ser implementada e utilizada para fornecer valor. Como parte da equipa de cargas de trabalho, tem a responsabilidade de conceber, implementar e implementar a carga de trabalho de uma forma que crie valor para a sua organização.

As cargas de trabalho existem no contexto da sua organização. Muitas vezes, uma organização regula funções de governação e autoridade. A sua equipa de cargas de trabalho tem a responsabilidade de conceber, implementar e implementar uma carga de trabalho na base da sua organização.

De acordo com o Cloud Adoption Framework do Azure, uniformize os recursos da cloud da carga de trabalho. Aplique rigorosamente a uniformização para fornecer uma plataforma governada para ajudar a integrar equipas de cargas de trabalho. Aplique esta governação de acordo com o modelo operacional na cloud da sua organização.

Pode utilizar zonas de destino do Azure para o ajudar a efetuar a uniformização. As zonas de destino da plataforma e as zonas de destino de aplicações estão disponíveis no Azure. Implemente a carga de trabalho numa zona de destino de aplicação.

A sua organização pode ter uma oferta de plataforma na cloud rigorosamente formalizada e totalmente alinhada com as zonas de destino do Azure. Ou a sua organização pode ter uma estratégia de adoção diferente ou nenhuma implementação. Se não houver implementação, as equipas de carga de trabalho são entidades quase totalmente autónomas.

Para qualquer plataforma e governação que a sua organização utilize, tem de aplicar os princípios do Well-Architected Framework às suas cargas de trabalho. O Well-Architected Framework referencia frequentemente zonas de destino do Azure, mas não depende de uma implementação de plataforma específica. Os Well-Architected pilares, princípios, listas de verificação e guias do Framework destinam-se a todas as plataformas da cloud e à maioria dos tipos de carga de trabalho.

Cumprir os requisitos

Ao longo do Well-Architected Framework, como os pilares principais e a documentação de orientação da carga de trabalho, as recomendações coincidem com a obrigação da carga de trabalho. Normalmente, as recomendações não implicam que membro da equipa ou equipa facilita essas obrigações. Pode determinar quem deve efetuar cada ação. Efetue o mapeamento ao nível da carga de trabalho para determinar as funções e responsabilidades da sua equipa relacionadas com a topologia, o tipo de carga de trabalho e a importância.

A equipa de carga de trabalho direta processa a maioria dos requisitos de carga de trabalho. Alguns requisitos são tratados como um esforço conjunto com equipas centralizadas. Por exemplo, as opções de implementação podem basear-se em proteções que uma equipa centralizada define. Ou uma equipa centralizada pode processar exclusivamente as opções de implementação.

A sua equipa de carga de trabalho tem de criar uma relação de trabalho com outras equipas para ajudar a programar os objetivos da carga de trabalho. Se subcontratar componentes ou responsabilidades, tem de cumprir com êxito essas obrigações.

Conhecer as restrições

Uma equipa centralizada suporta diversas cargas de trabalho com base nas principais capacidades da equipa e na infraestrutura principal. Para fornecer este suporte à escala organizacional, a equipa centralizada pode implementar uniformidade e restrições no serviço oferecido ou na infraestrutura. À medida que cria a carga de trabalho, é fundamental que compreenda essas restrições e, sempre que possível, faça parcerias com arquitetos empresariais que conheçam essas restrições. Aprenda com implementações anteriores tanto quanto possível.

Cada implementação de governação de plataforma é diferente, mas as seguintes restrições são comuns para muitas cargas de trabalho:

• Listas de permissões para recursos na cloud
• Mandatos de configuração para recursos da cloud
• Listas de permissões regionais para recursos da cloud e disponibilidade de conectividade em vários locais
• Suporte de plataforma limitado ou não fora do horário comercial
• Requisitos de aplicação de patches
• Implementação hub-spoke específica, que impulsiona o Sistema de Nomes de Domínio (DNS) e implementações de pontos finais privados
• Requisitos de controlo da cadeia de fornecimento

Comunicar explicitamente os requisitos

Se o requisito da carga de trabalho for confrontado com uma restrição ou um contrato de nível de serviço (SLA) que não defina claramente uma capacidade principal ou uma oferta de infraestrutura, trate essa situação como um risco. Para resolver este risco, a sua equipa de carga de trabalho tem de fornecer clareza às outras equipas sobre como a preocupação afeta a carga de trabalho. Poderá ter de alterar os requisitos, a estrutura ou a implementação da carga de trabalho ou alterar a oferta de infraestrutura.

Quando compreender as obrigações da equipa de plataforma relacionadas com as diretivas organizacionais e as obrigações da sua equipa de carga de trabalho, pode comunicar os requisitos da carga de trabalho com expectativas e recomendações realistas.

Comunicar requisitos comuns de cargas de trabalho

Cada parceria de plataforma é diferente, mas as seguintes áreas são tópicos comuns em conversações de responsabilidade partilhada:

• Requisitos legais e de conformidade
• Especificações de rede, como a necessidade de endereços IP de entrada ou saída estáticos
• Requisitos de observabilidade para fornecer a triagem de sites em direto eficaz
• Requisitos de desempenho, como débito de rede, disponibilidade de recursos na cloud ou disponibilidade regional
• Expectativas de acesso à Internet pública a partir de uma perspetiva de saída e entrada
• Objetivos de nível de serviço (SLOs) ou SLAs oferecidos aos utilizadores da carga de trabalho
• A disponibilidade do suporte técnico

Procurar vitórias unificadas

A responsabilidade partilhada não se trata apenas de compromissos, restrições e compromissos. Muitas vezes, as equipas de plataforma têm competências altamente especializadas e orçamentos dedicados que podem aumentar para além do que uma equipa de carga de trabalho individual pode suportar. Considere os seguintes exemplos.

Especialistas em segurança. A carga de trabalho pode ter um ciclo de vida de desenvolvimento seguro. Como uma equipa de segurança centralizada executa tarefas de desenvolvimento seguras em escala na sua organização, pode realizar testes de penetração de rotina acima e além dos seus esforços. Também pode ajudar a planear e executar uma estratégia de resposta a incidentes.

Orientações de arquitetura empresarial. Pode poupar tempo e esforço se estiver alinhado com os padrões e práticas de uma equipa de arquitetura empresarial, porque a equipa já simplificou os processos. Também pode impedir a reformulação se uma solução não for possível dentro da parceria sem negociação.

Despesas com bilhetes grandes. Muitas vezes, as equipas de plataforma alojam componentes ou serviços demasiado caros ou geridos de forma demasiado extensa para uma equipa de carga de trabalho individual. As equipas de plataforma podem pagar estes componentes e serviços porque dividem o custo entre cargas de trabalho.

Muitas vezes, estes serviços ou plataformas centralizadas são oferecidos como meras demonstrações, pelo que ajudam a manter o custo da carga de trabalho otimizado. E quando são oferecidos como estorno, muitas vezes são mais baratos devido às economias de escala e centralização.

Muitas vezes, as equipas de plataforma fornecem opções self-service às equipas de cargas de trabalho para várias atividades. Por exemplo:

• Fornecer um repositório de documentação para educação auto-orientada
• Integração na gestão de custos através de etiquetas de recursos específicas
• Oferecer subscrições através de um processo formal de venda automática de subscrições

Explore as opções self-service que podem ser adequadas para a sua carga de trabalho.

Partilhar êxitos e desafios

A responsabilidade partilhada com outras equipas também significa partilhar sucessos e desafios de uma carga de trabalho. Quando a carga de trabalho cumprir as suas obrigações e obtiver o valor pretendido, partilhe-o com as suas equipas de parceiros. Diga-lhes como contribuíram para o sucesso da carga de trabalho. Quando a sua carga de trabalho não cumprir as suas obrigações, partilhe o que não está a funcionar e colabore e recalibrar para voltar ao normal.

As equipas de plataforma também têm obrigações e critérios de sucesso. Deverá esperar que os seus parceiros lhe digam se a carga de trabalho funciona bem com uma oferta ou se corre o risco de ser um vizinho ruidoso.

Esforce-se por uma melhoria contínua

Um tema em todos os pilares Well-Architected Framework é uma melhoria contínua. Adote uma mentalidade progressiva. Pode lidar com novas abordagens para problemas existentes, adotar novas tecnologias, cumprir novos requisitos ou operar sob novas restrições. À medida que a carga de trabalho melhora ao longo do tempo, espere a mesma mentalidade das suas equipas de parceiros. No entanto, todas as oportunidades de melhoria também significam alterações e devem ser suportadas por um processo de gestão adequado.

As equipas de cargas de trabalho têm a obrigação de comunicar com as equipas da plataforma sobre as alterações propostas aos requisitos de carga de trabalho que possam ter um efeito nos serviços da equipa da plataforma. Da mesma forma, as equipas de plataforma têm a obrigação de incluir os seus parceiros de carga de trabalho em processos de controlo de alteração e comunicar claramente as alterações impactantes da plataforma. Estabeleça uma cadência de comunicação regular com parceiros para aprender e partilhar a evolução de um produto.

Obter um resultado bem-sucedido

As cargas de trabalho têm muitas expectativas de utilizadores, accionistas, entidades reguladoras, funcionários, centro de excelência e diretores de experiência. As expectativas podem definir a bússola direcional girando. O Well-Architected Framework fornece clareza relacionada com a conceção e implementação ao oferecer racionalizações explícitas para decisões de arquitetura para alcançar um resultado bem-sucedido. Desenvolva uma carga de trabalho com êxito e partilhe esse sucesso com a sua organização.