Microsoft delineia seus princípios de confiabilidade do MS365

O Microsoft Teams e o ecossistema maior do MS365 estão sendo ajustados para o mundo do trabalho híbrido, e a empresa por trás dos produtos delineou os princípios específicos orientando sua visão.

Em primeiro lugar, a Microsoft quer que o Teams seja o mais livre de falhas possível. Por isso, possui uma abordagem organizada em dez etapas para seus princípios, que são divididos em duas categorias.

Princípio da nuvem da Microsoft:

1. Design para resiliência
2. Isolamento de falhas granulares
3. Gerenciamento seguro de mudanças

Princípios de Engenharia de Arquitetura:

1. Arquitetura ativa-ativa
2. Sem pontos únicos de falha
3. Observabilidade
4. Particionamento para redução do raio de explosão
5. Tolerância a falhas por meio de replicação e redundância
6. Pipeline de implantação automatizada em anéis fechados em todo o mundo
7. Ciclo de vida de desenvolvimento de segurança

Enquanto alguns deles podem parecer auto-explicativos, outros contêm jargão técnico que o leitor médio pode não reconhecer. Aqui estão os traços gerais dos princípios acima mencionados.

Tudo é projetado do ponto de vista da resistência e da capacidade de resistir a obstáculos e circunstâncias imprevistas. Além disso, os problemas precisam ser isolados para que haja tempo de inatividade zero na funcionalidade do Teams, e quaisquer atualizações ou alterações implementadas no Teams precisam ser discretas para o serviço em sua implementação. Esses são os princípios da nuvem.

Os princípios de engenharia de arquitetura descrevem o design do Teams como tendo vários “caminhos heterogêneos operacionalmente independentes” em jogo, portanto, mesmo que um falhe, outros estarão prontos para manter o serviço funcionando. A observabilidade inclui garantir que a Microsoft tenha as métricas necessárias para garantir um desempenho confiável.

O particionamento para redução do raio de explosão tem a seguinte descrição, diretamente da Microsoft: “A ideia básica é que quando implantamos uma alteração, configuração ou código, implantamos e validamos gradualmente nossas alterações com um pequeno conjunto de usuários e depois expandimos para um número maior toque assim que as métricas atingirem suas metas, o feedback for coletado e os portões forem aprovados.” Em suma, se algo der errado, afetará a quantidade mínima de pessoas graças a essa abordagem.

A tolerância a falhas envolve a replicação de dados nos datacenters da Microsoft para que, se um falhar, outro esteja pronto para preencher a lacuna. O pipeline de implantação automatizada usa a filosofia de redução do raio de explosão e se baseia nela para garantir que sejam instituídas apenas alterações seguras o suficiente para uma ampla implantação. E quanto ao ciclo de vida de desenvolvimento de segurança, essa é a maneira da Microsoft de garantir que a empresa esteja fazendo sua lição de casa em todas as métricas que coleta, utilizando seu programa de recompensas de bugs e agindo em seus recursos para garantir o ambiente mais seguro possível para os usuários do Team e do Microsoft 365 .