Cargas de trabalho críticas

Esta secção esforça-se por abordar os desafios da conceção de cargas de trabalho fundamentais para a missão no Azure. A orientação baseia-se nas lições aprendidas com a revisão de várias aplicações de clientes e soluções originais. Esta secção fornece orientações acionáveis e autoritativas que se aplicam Well-Architected melhores práticas como base técnica para criar e operar uma solução altamente fiável no Azure em escala.

O que é uma carga de trabalho crítica para a missão?

O termo carga de trabalho refere-se a uma coleção de recursos da aplicação que suportam um objetivo empresarial comum ou a execução de um processo de negócio comum, com vários serviços, como APIs e arquivos de dados, a trabalhar em conjunto para fornecer funcionalidades ponto a ponto específicas.

O termo crítico para a missão refere-se a uma escala de criticidade que abrange custos financeiros significativos (críticos para a empresa) ou custos humanos (críticos para a segurança) associados à indisponibilidade ou ao baixo desempenho.

Por conseguinte, uma carga de trabalho crítica para a missão descreve uma coleção de recursos da aplicação, que tem de ser altamente fiável na plataforma. A carga de trabalho tem de estar sempre disponível, resiliente a falhas e operacional.

Vídeo: Cargas de trabalho fundamentais para a missão no Azure

Quais são os desafios comuns?

O Microsoft Azure facilita a implementação e gestão de soluções na cloud. No entanto, a criação de cargas de trabalho fundamentais para a missão altamente fiáveis na plataforma continua a ser um desafio por estes principais motivos:

• A conceção de uma aplicação fiável em escala é complexa. Requer conhecimentos extensivos da plataforma para selecionar as tecnologias certas e configurá-las de forma ideal para fornecer funcionalidade ponto a ponto.

• A falha é inevitável em qualquer sistema distribuído complexo e, por conseguinte, a solução tem de ser arquitetada para lidar com falhas com impacto correlacionado ou em cascata. Esta é uma mudança de mentalidade para muitos programadores e arquitetos que entram na cloud a partir de um ambiente no local; A engenharia de fiabilidade já não é um assunto de infraestrutura, mas deve ser uma preocupação de primeira classe no processo de desenvolvimento de aplicações.

• Operacionalizar cargas de trabalho fundamentais para a missão requer um elevado grau de rigor e maturidade de engenharia ao longo do ciclo de vida de engenharia ponto a ponto, bem como a capacidade de aprender com o fracasso.

A missão é crítica apenas em relação à fiabilidade?

Embora o foco principal das cargas de trabalho fundamentais para a missão seja a Fiabilidade, outros pilares do Well-Architected Framework são igualmente importantes ao criar e operar uma carga de trabalho crítica para a missão no Azure.

• Segurança: a forma como uma carga de trabalho mitiga ameaças de segurança, como ataques Denial of Service Distribuídos (DDoS), terá um impacto significativo na fiabilidade geral.

• Excelência Operacional: a forma como uma carga de trabalho é capaz de responder eficazmente a problemas operacionais terá um impacto direto na disponibilidade da aplicação.

• Eficiência de Desempenho: a disponibilidade é mais do que um tempo de atividade simples, mas sim um nível consistente de desempenho e serviço da aplicação em relação a um estado de funcionamento conhecido.

Alcançar uma elevada fiabilidade impõe compromissos de custos significativos, o que pode não ser justificável para cada cenário de carga de trabalho. Por conseguinte, recomenda-se que as decisões de conceção sejam impulsionadas pelos requisitos empresariais.

Quais são as principais áreas de design?

As orientações fundamentais para a missão nesta série são compostas por considerações de arquitetura e recomendações orientadas em torno destas áreas de design principais.

para a missão

As áreas de design estão interligadas e as decisões tomadas numa área podem afetar ou influenciar decisões em toda a estrutura. Recomendamos que os leitores se familiarizem com estas áreas de design, revendo as considerações e recomendações fornecidas para compreender melhor as consequências das decisões englobadas. Por exemplo, para definir uma arquitetura de destino, é fundamental determinar a melhor forma de monitorizar o estado de funcionamento da aplicação entre componentes principais. Neste caso, o leitor deve rever a área de conceção da modelação do estado de funcionamento, utilizando as recomendações descritas para ajudar a impulsionar as decisões.

Área de estrutura	Resumo
Design da aplicação	A utilização de uma arquitetura de unidades de escala no contexto da criação de uma aplicação altamente fiável. Também explora os padrões de conceção de aplicações na cloud que permitem o dimensionamento e o processamento de erros.
Plataforma de aplicações	Fatores de decisão e recomendações relacionados com a seleção, estrutura e configuração de uma plataforma de alojamento de aplicações, dependências de aplicações, arquiteturas e bibliotecas adequadas.
Plataforma de dados	Escolhas nas tecnologias do arquivo de dados, informadas através da avaliação do volume, velocidade, variedade, veracidade necessários.
Rede e conectividade	Conceitos de topologia de rede ao nível da aplicação, considerando a conectividade necessária e a gestão de tráfego redundante. Recomendações críticas destinadas a informar a conceção de uma topologia de rede global segura e dimensionável.
Modelação e observabilidade do estado de funcionamento	Processos para definir um modelo de estado de funcionamento robusto, mapeando estados de estado de funcionamento de aplicações quantificados através de observabilidade e construções operacionais para alcançar a maturidade operacional.
Implementação e teste	Elimine o tempo de inatividade e mantenha o estado de funcionamento das aplicações para operações de implementação, fornecendo considerações e recomendações fundamentais destinadas a informar a conceção de pipelines CI/CD ideais para uma aplicação crítica para a missão.
Segurança	Proteja a aplicação contra ameaças destinadas a comprometer direta ou indiretamente a sua fiabilidade.
Procedimentos operacionais	A adoção do DevOps e dos métodos de implementação relacionados é utilizada para impulsionar procedimentos operacionais eficazes e consistentes.

Exemplos ilustrativos

A documentação de orientação fornecida nesta série baseia-se numa abordagem orientada para soluções para ilustrar considerações e recomendações de design fundamentais. Existem várias implementações de referência disponíveis que podem ser utilizadas como base para o desenvolvimento de soluções adicionais.

• Arquitetura de linha de base de uma aplicação com acesso à Internet – fornece uma base para criar uma aplicação nativa de cloud, altamente dimensionável e com acesso à Internet no Microsoft Azure. A carga de trabalho é acedida através de um ponto final público e não requer conectividade de rede privada a um património técnico organizacional adjacente.

  Veja a implementação: Mission-Critical Online

• Arquitetura de linha de base de uma aplicação com acesso à Internet com controlos de rede — expande a arquitetura de linha de base com rigorosos controlos de rede implementados para impedir o acesso público não autorizado da Internet a qualquer um dos recursos da carga de trabalho.

• Arquitetura de linha de base numa zona de destino do Azure – fornece uma base para criar uma aplicação nativa de cloud ligada à empresa no Microsoft Azure com a infraestrutura de rede existente e pontos finais privados. A carga de trabalho requer conectividade privada a outros recursos organizacionais e assume uma dependência em Redes Virtuais pré-fornecidas para conectividade a outros recursos organizacionais. Este caso de utilização destina-se a cenários que exigem integração com um património técnico organizacional mais amplo para cargas de trabalho destinadas ao público ou internas.

  Veja a implementação: Mission-Critical Connected

Cenários do setor

As orientações fundamentais para a missão nesta série formam uma metodologia de design agnóstico da indústria que pode ser aplicada a vários contextos da indústria. A lista seguinte fornece exemplos específicos em que a metodologia de conceção crítica para a missão foi aplicada e adaptada a um cenário específico do setor.

• Nível da transportadora no setor das telecomunicações

Uma carga de trabalho de nível de transportadora dinamizar aspetos críticos para a empresa e críticos para a segurança, em que existe um requisito fundamental para estar operacional com apenas minutos ou mesmo segundos de tempo de inatividade por ano civil. A não obtenção deste requisito de tempo de atividade pode resultar numa perda extensiva de vidas, em multas significativas ou em sanções contratuais.

Passo seguinte

Comece por rever a metodologia de conceção para cenários de aplicações fundamentais para a missão.

Metodologia de conceção