Projete com uma mentalidade de eficiência de custos

Concluído
Gaste apenas com o que precisa para obter o maior retorno dos seus investimentos.

Toda decisão arquitetônica tem implicações financeiras diretas e indiretas. Entenda os custos associados às opções de construção versus compra, as opções de tecnologia, o modelo de faturamento e licenciamento, treinamento, operações e assim por diante.

Diante de um conjunto de requisitos, otimize e tome decisões de tradeoff, em relação aos custos, que ainda respondam efetivamente às preocupações transversais da carga de trabalho.

Cenário de exemplo

A Contoso Manufacturing (CM) executa um sistema de gerenciamento de armazém (WMS) personalizado para lidar com seus quatro armazéns na América do Sul e eles decidiram que é hora de atualizar a solução e movê-la para a nuvem. Eles estão considerando uma mudança de elevação e mudança da solução atual ou uma construção de campo verde com ferramentas modernas de nuvem. A liderança sênior da CM quer controlar os custos e perguntou aos líderes da equipe de carga de trabalho como eles abordarão a migração com o objetivo de manter a eficiência de custos.

A solução WMS é um aplicativo .NET em execução no IIS e usa o SQL Server para seus bancos de dados.

Meça o custo total do projeto de carga de trabalho

Medir o custo total incorrido pelas escolhas de tecnologia e automação, tendo em conta o impacto no retorno do investimento (ROI). O projeto deve funcionar dentro dos limites aceitáveis para todos os requisitos funcionais e não funcionais. O design também deve ser flexível para acomodar a evolução prevista. Fator no custo de aquisição, treinamento e gerenciamento de mudanças.

A implementação de uma abordagem equilibrada que leve em conta o ROI evita o excesso de engenharia, o que pode aumentar os custos.

O desafio da Contoso

  • A equipe de engenharia de carga de trabalho está animada para colocar essa carga de trabalho na nuvem, juntando-se a outras equipes de CM que já têm feito desenvolvimento nativo da nuvem.
  • Eles estão cientes da dívida técnica no aplicativo e esperam resolvê-la reescrevendo uma quantidade significativa de código de aplicativo e migrando para novas soluções nativas da nuvem para muitos componentes.
  • A equipe de engenharia espera aproveitar esta oportunidade para redesenhar completamente o sistema em microsserviços e hospedá-lo no AKS, uma tecnologia nova, mas empolgante para a equipe.

Aplicação da abordagem e dos resultados

  • Embora a equipe de carga de trabalho tenha um desejo claro de fazer refatoração em grande escala como parte da migração para a nuvem, eles percebem que a carga de trabalho precisa manter seu ROI. A manutenção do ROI da carga de trabalho provavelmente direcionará a equipe para o uso de soluções que não exigem treinamento extensivo da nova equipe de engenharia, e eles não poderão fazer grandes regravações na carga de trabalho como parte da migração.
  • A equipe de carga de trabalho adota uma abordagem pragmática para o projeto do sistema, certificando-se de que ele permaneça econômico e funcione dentro dos parâmetros esperados, além de não ser excessivamente projetado. Para garantir que o ROI seja mantido e que a migração seja realizada de forma eficiente, eles decidiram que a melhor abordagem é optar por uma solução semelhante na nuvem, como o Serviço de Aplicativo do Azure.
  • Durante a migração, eles abordarão seletivamente algumas dívidas técnicas que lhes permitirão evoluir ainda mais a plataforma quando ela estiver no Azure, e considerarão o ROI como parte do processo de seleção.

Refine o design

Ajuste o design priorizando serviços que podem reduzir o custo geral, não precisam de investimento adicional ou não têm um impacto significativo na funcionalidade. A priorização deve levar em conta o modelo de negócios e as escolhas tecnológicas que trazem alto ROI.

Você poderá explorar opções mais baratas que podem permitir flexibilidade de recursos ou dimensionamento dinâmico, ou pode justificar o uso de investimentos existentes. Os parâmetros de priorização podem levar em conta os custos necessários para cargas de trabalho críticas, tempo de execução e operações, além de outros custos que podem ajudar a equipe a trabalhar com mais eficiência.

O desafio da Contoso

  • A carga de trabalho existente é hospedada em um dispositivo hiperconvergente (HCI) e o centro de custos da equipe é cobrado de volta pelos custos de computação, rede e armazenamento.
  • A carga de trabalho implantou os ambientes de pré-produção e produção em máquinas virtuais Windows.
  • O GitHub Actions com corredores auto-hospedados é usado para executar trabalhos do GitHub Actions.

Aplicação da abordagem e dos resultados

  • Depois de avaliar várias opções nativas da nuvem, a equipe decide que mover os componentes Web para o Serviço de Aplicativo do Azure forneceria compatibilidade de aplicativos do Windows IIS sem alterações significativas e não exigiria treinamento significativo.
  • A equipe decide continuar usando as Ações do GitHub com corredores auto-hospedados, mas eles migrarão para um conjunto de escala de máquina virtual com a capacidade de escalar para nós zero quando eles não estiverem sendo usados.

Projete sua arquitetura para suportar guarda-corpos de custo

Implemente guardrails de custos por meio de soluções de plataforma, políticas, padrões de design de infraestrutura e aplicativos ou automação para ajudar a garantir que os custos do seu ambiente de nuvem sejam mantidos dentro dos orçamentos.

A aplicação por meio de políticas de governança ou padrões de design de aplicativos internos pode evitar cobranças incidentais ou não aprovadas.

O desafio da Contoso

  • O sistema existente não tem guarda-corpos de custo, mas raramente muda, então tem havido pouca motivação para construir tais guarda-corpos.
  • Os proprietários do ambiente HCI definiram um limite de recursos que se aplica a essa carga de trabalho, impedindo efetivamente que a carga de trabalho consuma recursos de computação e armazenamento em excesso.
  • A equipe está preocupada que a mudança para a nuvem represente o risco de incorrer em custos inesperados e não tem certeza de como minimizar esse risco.

Aplicação da abordagem e dos resultados

  • A equipa informa-se sobre as soluções Microsoft Cost Management.
  • A equipe planeja definir limites de escala para os planos do Serviço de Aplicativo do Azure.
  • A equipe planeja configurar uma política de negação para certas SKUs de máquina virtual de preço mais alto para impedir que essas SKUs sejam implantadas.
  • A equipe planeja implementar automação para ajudar a controlar os custos de armazenamento. Determinados tipos de dados passarão automaticamente do armazenamento a quente para o armazenamento frio ou arquivado com base em critérios como a data do último acesso. Esse tipo de automação não é possível no ambiente HCI.

Verifique o seu conhecimento

1.

Qual desses é um dos fatores que você deve levar em conta ao medir o custo total da sua carga de trabalho?

2.

Ao ajustar o design da carga de trabalho para o custo, qual deles você deve priorizar?

3.

Se a equipe de carga de trabalho quiser garantir que o custo do Azure da carga de trabalho seja mantido sob controle, qual deles deve fazer?