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 aplicativo, dados e infraestrutura de suporte que funcionam juntos para alcançar resultados de negócios definidos. Uma carga de trabalho consiste em componentes e também em procedimentos operacionais e de desenvolvimento.
Os arquitetos projetam cargas de trabalho e uma equipe de carga de trabalho as implementa. Uma carga de trabalho é projetada e implementada para atender a requisitos de negócios funcionais e não funcionais. As cargas de trabalho podem ser classificadas em vários tipos.
Os critérios típicos para classificação de carga de trabalho incluem:
Utilidade, características e padrões de uso de uma carga de trabalho, como aplicativos Web, processamento em lotes e análise em tempo real.
Principais impulsionadores influentes, como plataformas de tecnologia ou alinhamento com um setor.
Público-alvo pretendido. Exemplos de soluções com vários públicos são aplicativos internos de linha de negócios dentro das empresas, uma solução de ISV (fornecedor independente de software) adquirida ou uma solução SaaS (software como serviço) multilocatário para uso público.
As cargas de trabalho que estão na mesma classe podem compartilhar semelhanças, incluindo seu público-alvo, requisitos de conformidade e pilhas de tecnologia. Os cinco pilares do Well-Architected Framework, seus princípios, listas de verificação e compensações são relevantes para todas as classes de carga de trabalho.
A orientação de carga de trabalho do Well-Architected Framework descreve prioridades e compensações comuns no que diz respeito a classes de carga de trabalho específicas. Na orientação de carga de trabalho, a orientação de pilar se aplica a princípios de design técnico e áreas de design que representam as prioridades de uma carga de trabalho. Siga as recomendações para ajudar a configurar uma carga de trabalho bem-sucedida e alinhá-la com o Well-Architected Framework.
O que é uma carga de trabalho do Well-Architected Framework?
O design e as operações de qualquer carga de trabalho precisam lidar com os cinco pilares arquitetônicos: confiabilidade, segurança, otimização de custos, excelência operacional e eficiência de desempenho.
 Para criar uma carga de trabalho bem-sucedida, 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 que são definidos e priorizados para atingir uma meta.
- Foi projetado para que você possa atender a esses requisitos usando recursos e incorporando padrões de design e compensações.
- É construído e operado de acordo com as especificações de um projeto e finalidade.
- É medido por quão adequadamente ele atinge seu propósito.
- Pode se adaptar à medida que seu propósito é refinado ou alterado.
- É tão confiável quanto precisa ser.
- É tão seguro quanto precisa ser.
- Oferece um retorno suficiente sobre o investimento.
- É desenvolvido e operado com responsabilidade.
- Cumpre seu propósito dentro de um período de tempo aceitável.
Uma colaboração entre a equipe de carga de trabalho e as equipes centrais de uma organização deve criar uma carga de trabalho com as características anteriores. As seções a seguir descrevem essas equipes e suas funções.
Equipe de carga de trabalho
Crie uma equipe de carga de trabalho que tenha membros com uma ampla variedade de disciplinas técnicas e de negócios. O foco principal de todos os membros da equipe deve ser o sucesso da carga de trabalho.
| Exemplos de membros da equipe de carga de trabalho | |
|---|---|
| Engenheiros de segurança de aplicativos Stakeholders de negócios Desenvolvedor de nuvem ou engenheiros de software Arquitetos de soluções em nuvem Cientistas ou analistas de dados Administradores de banco de dados |
Engenheiros de DevOps Engenheiros de infraestrutura Gerentes ou proprietários de produtos Engenheiros de garantia de qualidade (QA) Membros da equipe de suporte |
Equipes e partes interessadas centralizadas
As equipes centralizadas geralmente dão suporte à equipe de carga de trabalho. Eles fornecem funções de suporte e aplicam governança para muitas ou todas as cargas de trabalho de nuvem dentro de uma organização. As equipes centralizadas se concentram no sucesso organizacional, que é alcançado em parte pelo sucesso das cargas de trabalho da organização. Eles fornecem serviços, orientação e proteções para cargas de trabalho.
| Exemplos de equipes centralizadas e membros da equipe | |
|---|---|
| Analistas de inteligência de negócios Stakeholders de negócios Conselho do centro de excelência em nuvem (CCoE) Equipe de plataforma de nuvem Analistas de segurança cibernética Administradores de banco de dados Arquitetos empresariais |
Analistas financeiros Engenheiros de infraestrutura Diretores jurídicos e de conformidade Engenheiros de rede Especialistas em compras Gerentes de projeto |
Uma equipe de carga de trabalho do Well-Architected Framework se concentra nos resultados da carga de trabalho. Eles coordenam e se beneficiam do suporte especializado de membros centralizados da equipe.
Modelo de responsabilidade compartilhada
Uma carga de trabalho precisa ser implantada e usada para agregar valor. Como parte da equipe de carga de trabalho, você tem a responsabilidade de projetar, implementar e implantar sua carga de trabalho de uma forma que crie valor para sua organização.
As cargas de trabalho existem no contexto da sua organização. Uma organização geralmente tem funções de governo e autoridade regulamentadas. Sua equipe de carga de trabalho tem a responsabilidade de projetar, implementar e implantar uma carga de trabalho dentro da base de sua organização.
De acordo com o Cloud Adoption Framework para Azure, padronize os recursos de nuvem da carga de trabalho. Aplique rigorosamente a padronização para fornecer uma plataforma governada para ajudar na integração de equipes de carga de trabalho. Aplique essa governança de acordo com o modelo operacional de nuvem da sua organização.
Você pode usar as zonas de destino do Azure para ajudá-lo a executar a padronização. As zonas de destino da plataforma e as zonas de destino do aplicativo estão disponíveis no Azure. Implante sua carga de trabalho em uma zona de destino do aplicativo.
Sua organização pode ter uma oferta de plataforma de nuvem rigorosamente formalizada e totalmente alinhada com as zonas de destino do Azure. Ou sua organização pode ter uma estratégia de adoção diferente ou nenhuma implementação. Se não houver implementação, as equipes de carga de trabalho serão entidades quase totalmente autônomas.
Para qualquer plataforma e governança que sua organização usa, você deve aplicar os princípios do Well-Architected Framework às suas cargas de trabalho. O Well-Architected Framework geralmente faz referência a zonas de destino do Azure, mas não depende de uma implementação de plataforma específica. Os pilares, princípios, listas de verificação e guias do Well-Architected Framework são para todas as plataformas de nuvem e a maioria dos tipos de carga de trabalho.
Cumprir os requisitos
Em todo o Well-Architected Framework, como os pilares principais e as diretrizes da carga de trabalho, as recomendações coincidem com a obrigação da carga de trabalho. As recomendações geralmente não implicam qual membro da equipe ou equipe facilita essas obrigações. Você pode determinar quem deve executar cada ação. Execute o mapeamento no nível da carga de trabalho para determinar as funções e responsabilidades da sua equipe relacionadas à topologia, ao tipo de carga de trabalho e à criticidade.
A equipe de carga de trabalho direta lida com a maioria dos requisitos de carga de trabalho. Alguns requisitos são tratados como um esforço conjunto com equipes centralizadas. Por exemplo, as opções de implementação podem ser baseadas em proteções definidas por uma equipe centralizada. Ou uma equipe centralizada pode lidar exclusivamente com as opções de implementação.
Sua equipe de carga de trabalho deve criar uma relação de trabalho com outras equipes para ajudar a cumprir as metas de carga de trabalho. Se você terceirizar componentes ou responsabilidades, deverá cumprir com sucesso essas obrigações.
Conheça as restrições
Uma equipe centralizada oferece suporte a diversas cargas de trabalho com base nos principais recursos e na infraestrutura principal da equipe. Para fornecer esse suporte em escala organizacional, a equipe centralizada pode implementar uniformidade e restrições no serviço oferecido ou na infraestrutura. Ao projetar sua carga de trabalho, é fundamental que você entenda essas restrições e, sempre que possível, faça parceria com arquitetos corporativos que conheçam essas restrições. Aprenda com as implementações anteriores, tanto quanto possível.
Cada implementação de governança de plataforma é diferente, mas as seguintes restrições são comuns para muitas cargas de trabalho:
- Listas de permissões para recursos de nuvem
- Mandatos de configuração para recursos de nuvem
- Listas de permissões regionais para recursos de nuvem e disponibilidade de conectividade entre locais
- Suporte limitado ou nenhum suporte à plataforma fora do horário comercial
- Requisitos de aplicação de patch
- Implementação específica de hub-spoke, que impulsiona o DNS (Sistema de Nomes de Domínio) e implementações de endpoint privado
- Requisitos de controle da cadeia de suprimentos
Comunique explicitamente os requisitos
Se o requisito de carga de trabalho se deparar com uma restrição ou um SLA (contrato de nível de serviço) que não define claramente uma oferta de infraestrutura ou capacidade principal, trate essa situação como um risco. Para lidar com esse risco, sua equipe de carga de trabalho deve fornecer clareza às outras equipes sobre como a preocupação afeta a carga de trabalho. Talvez seja necessário alterar os requisitos, o design ou a implementação da carga de trabalho ou alterar a oferta de infraestrutura.
Quando você entende as obrigações da equipe de plataforma relacionadas às diretrizes organizacionais e as obrigações da equipe de carga de trabalho, pode comunicar os requisitos de carga de trabalho com expectativas e recomendações realistas.
Comunicar requisitos comuns de carga de trabalho
Cada parceria de plataforma é diferente, mas as seguintes áreas são tópicos comuns em conversas de responsabilidade compartilhada:
- Conformidade e requisitos legais
- Especificidades de rede, como a necessidade de endereços IP estáticos de entrada ou saída
- Requisitos de observabilidade para fornecer triagem de site ao vivo eficaz
- Requisitos de desempenho, como taxa de transferência de rede, disponibilidade de recursos de nuvem ou disponibilidade regional
- Expectativas de acesso público à Internet de uma perspectiva de saída e entrada
- Objetivos de nível de serviço (SLOs) ou SLAs oferecidos aos usuários da carga de trabalho
- A disponibilidade de suporte técnico
Procure vitórias unificadas
A responsabilidade compartilhada não é apenas sobre compensações, restrições e compromissos. As equipes de plataforma geralmente têm habilidades altamente especializadas e orçamentos dedicados que podem aumentar além do que uma equipe de carga de trabalho individual pode sustentar. Considere os exemplos a seguir.
Especialistas em segurança. Sua carga de trabalho pode ter um ciclo de vida de desenvolvimento seguro. À medida que uma equipe de segurança centralizada executa tarefas de desenvolvimento seguro em escala em toda a sua organização, ela pode realizar testes de penetração de rotina que estão acima e além de seus esforços. Também pode ajudar no planejamento e execução de uma estratégia de resposta a incidentes.
Diretrizes de arquitetura corporativa. Você pode economizar tempo e esforço se alinhar com os padrões e práticas de uma equipe de arquitetura corporativa, pois a equipe já simplificou os processos. Você também pode evitar o retrabalho se uma solução não for possível dentro da parceria sem negociação.
Despesas caras. As equipes de plataforma geralmente hospedam componentes ou serviços que são muito caros ou gerenciados extensivamente para uma equipe de carga de trabalho individual. As equipes de plataforma podem pagar por esses componentes e serviços porque dividem o custo entre as cargas de trabalho.
Muitas vezes, esses serviços ou plataformas centralizadas são oferecidos como mero showback, portanto, ajudam a manter o custo da carga de trabalho otimizado. E quando são oferecidos como estorno, geralmente são mais baratos devido às economias de escala e centralização.
As equipes de plataforma geralmente fornecem opções de autoatendimento para equipes de carga de trabalho para várias atividades. Por exemplo:
- Fornecendo um repositório de documentação para educação autoguiada
- Integração ao gerenciamento de custos por meio de marcação de recursos específicos
- Oferecendo assinaturas por meio de um processo formal de venda automática de assinaturas
Explore as opções de engenharia de plataforma e autoatendimento que podem ser adequadas para sua carga de trabalho.
Compartilhe sucessos e desafios
A responsabilidade compartilhada com outras equipes também significa compartilhar sucessos e desafios de uma carga de trabalho. Quando sua carga de trabalho cumprir suas obrigações e obtiver o valor pretendido, compartilhe isso com suas equipes parceiras. Diga-lhes como eles contribuíram para o sucesso da carga de trabalho. Quando sua carga de trabalho não estiver cumprindo suas obrigações, compartilhe o que não está funcionando, colabore e recalibre para voltar aos trilhos.
As equipes de plataforma também têm obrigações e critérios de sucesso. Você deve esperar que seus parceiros lhe digam se sua carga de trabalho funciona bem com uma oferta ou se corre o risco de ser um vizinho barulhento.
Esforce-se para a melhoria contínua
Um tema em todos os pilares do Well-Architected Framework é a melhoria contínua. Adote uma mentalidade progressista. Você pode lidar com novas abordagens para problemas existentes, adotar novas tecnologias, atender a novos requisitos ou operar sob novas restrições. À medida que sua carga de trabalho melhora com o tempo, espere a mesma mentalidade de suas equipes parceiras. No entanto, toda oportunidade de melhoria também significa mudanças e deve ser apoiada por um processo de gerenciamento adequado.
As equipes de carga de trabalho têm a obrigação de se comunicar com as equipes de plataforma sobre as alterações propostas nos requisitos de carga de trabalho que podem afetar os serviços da equipe de plataforma. Da mesma forma, as equipes de plataforma têm a obrigação de incluir seus parceiros de carga de trabalho nos processos de controle de mudanças e comunicar claramente as mudanças impactantes da plataforma. Estabeleça uma cadência de comunicação regular com os parceiros para aprender e compartilhar como um produto evolui.
Alcance um resultado bem-sucedido
As cargas de trabalho têm muitas expectativas de usuários, acionistas, órgãos reguladores, funcionários, centro de excelência e diretores de experiência. As expectativas podem definir a rotação da bússola direcional. O Well-Architected Framework fornece clareza relacionada ao design e à implementação, oferecendo racionalizações explícitas para decisões de arquitetura para alcançar um resultado bem-sucedido. Desenvolva uma carga de trabalho bem-sucedida e compartilhe esse sucesso com sua organização.