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 aplicativos, 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 atingir 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 a classificação da carga de trabalho incluem:
Utilidade, características e padrões de uso de uma carga de trabalho, como aplicativos Web, processamento em lote e análises em tempo real.
Principais fatores influentes, como plataformas tecnológicas ou alinhamento com uma indústria.
Público-alvo. Exemplos de soluções com vários públicos são aplicativos internos de linha de negócios dentro de empresas, uma solução de fornecedor de software independente (ISV) comprada ou uma solução de software como serviço (SaaS) 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 que dizem respeito a classes de carga de trabalho específicas. Nas orientações sobre a carga de trabalho, as orientações do pilar aplicam-se aos princípios de conceção técnica e às áreas de conceção 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 têm que lidar com os cinco pilares da arquitetura: 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 Framework bem arquitetada:
- Tem requisitos funcionais e não funcionais que são definidos e priorizados para atingir um objetivo.
- Foi projetado para que você possa atingir 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.
- Mede-se pela adequação com que atinge o seu objetivo.
- Pode adaptar-se à medida que a sua finalidade é refinada ou alterada.
- É tão confiável quanto precisa ser.
- É tão seguro quanto precisa ser.
- Proporciona um retorno sobre o investimento suficiente.
- É desenvolvido e operado de forma responsável.
- Cumpre o seu objetivo 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 da equipe com uma ampla gama 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 aplicação Intervenientes empresariais Programador na nuvem ou engenheiros de software Arquitetos de soluções na nuvem Cientistas ou analistas de dados Administradores de banco de dados |
Engenheiros de DevOps Engenheiros de infraestrutura Gerentes de produto ou proprietários Engenheiros de garantia de qualidade (QA) Membros da equipa de suporte |
Equipes e partes interessadas centralizadas
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 guarda-corpos para cargas de trabalho.
| Exemplos de equipas e membros da equipa centralizados | |
|---|---|
| Analistas de Business Intelligence Intervenientes empresariais Placa do centro de excelência em nuvem (CCoE) Equipa da plataforma na nuvem Analistas de cibersegurança Administradores de bases de dados Arquitetos empresariais |
Analistas financeiros Engenheiros de infraestrutura Responsáveis legais e de conformidade Engenheiros de rede Especialistas em compras Gestores de projeto |
Uma equipe de carga de trabalho do Framework bem arquitetada se concentra nos resultados da carga de trabalho. Eles coordenam e se beneficiam do suporte especializado dos membros da equipe centralizada.
Modelo de responsabilidade partilhada
Uma carga de trabalho precisa ser implantada e usada para gerar 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 dentro do 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 for Azure, padronize os recursos de nuvem da sua carga de trabalho. Aplique rigorosamente a padronização para fornecer uma plataforma controlada para ajudar com a 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 aterrissagem do Azure para ajudá-lo a executar a padronização. As zonas de aterrissagem da plataforma e as zonas de aterrissagem do aplicativo estão disponíveis no Azure. Implante sua carga de trabalho em uma zona de aterrissagem de aplicativos.
Sua organização pode ter uma oferta de plataforma de nuvem rigorosamente formalizada e totalmente alinhada com as zonas de aterrissagem 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 sã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 aterrissagem 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 requisitos
Ao longo do Well-Architected Framework, como os pilares principais e a orientação 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 de nível de 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 guarda-corpos que uma equipe centralizada define. Ou uma equipe centralizada pode lidar exclusivamente com as opções de implementação.
Sua equipe de carga de trabalho deve construir um relacionamento de trabalho com outras equipes para ajudar a cumprir as metas de carga de trabalho. Se você terceirizar componentes ou responsabilidades, deverá cumprir com êxito essas obrigações.
Conheça as restrições
Uma equipe centralizada suporta diversas cargas de trabalho com base nos recursos principais e na infraestrutura central 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ê compreenda essas restrições e, sempre que possível, faça parcerias com arquitetos corporativos que conheçam essas restrições. Aprenda com 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 sem plataforma fora do horário comercial
- Requisitos de aplicação de patches
- Implementação específica de hub-spoke, que impulsiona o Sistema de Nomes de Domínio (DNS) e implementações de terminais privados
- Requisitos de controlo da cadeia de abastecimento
Comunicar explicitamente os requisitos
Se o seu requisito de carga de trabalho for confrontado com uma restrição ou um contrato de nível de serviço (SLA) que não defina claramente um recurso principal ou uma oferta de infraestrutura, 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 de carga de trabalho, design ou implementação, ou alterar a oferta de infraestrutura.
Quando você entende as obrigações da equipe da plataforma relacionadas às diretrizes organizacionais e as obrigações da sua equipe de carga de trabalho, você pode comunicar os requisitos da 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 da rede, como a necessidade de entrada estática ou endereços IP de saída
- Requisitos de observabilidade para fornecer triagem de local ao vivo que seja eficaz
- Requisitos de desempenho, como taxa de transferência de rede, disponibilidade de recursos de nuvem ou disponibilidade regional
- Expectativas para o acesso público à Internet a partir de uma perspetiva 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 se resume a 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 seguras em escala em toda a organização, ela pode executar testes de penetração de rotina que estão além de seus esforços. Também pode ajudar no planeamento e execução de uma estratégia de resposta a incidentes.
Orientação para arquitetura empresarial. Você pode economizar tempo e esforço se se alinhar com os padrões e práticas de uma equipe de arquitetura corporativa porque 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.
Grandes despesas. As equipes de plataforma geralmente hospedam componentes ou serviços que são muito caros ou gerenciados de forma muito extensiva 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 cargas de trabalho.
Muitas vezes, esses serviços ou plataformas centralizadas são oferecidos como mero showback, por isso ajudam a manter o custo da carga de trabalho otimizado. E quando são oferecidos como estorno, geralmente são mais baratos devido a 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 à gestão de custos através da etiquetagem de recursos específicos
- Oferta de subscrições através de um processo formal de venda automática de subscrições
Explore as opções de autosserviço e engenharia de plataforma que podem ser adequadas para sua carga de trabalho.
Partilhe sucessos e desafios
Compartilhar responsabilidade 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 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 e colabore e recalibre para voltar aos trilhos.
As equipas da 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.
Lutar pela melhoria contínua
Um tema transversal a 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, cada oportunidade de melhoria também significa mudanças e deve ser apoiada por um processo de gestão adequado.
As equipes de carga de trabalho têm a obrigação de se comunicar com as equipes da plataforma sobre as alterações propostas aos requisitos de carga de trabalho que podem ter um efeito nos serviços da equipe da 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 na 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 fazer a bússola direcional girar. O Well-Architected Framework fornece clareza relacionada ao projeto e implementação, oferecendo racionalizações explícitas para decisões arquitetônicas alcançarem um resultado bem-sucedido. Desenvolva uma carga de trabalho bem-sucedida e compartilhe esse sucesso com sua organização.