As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Métricas de desenvolvimento relacionadas ao acesso à rede para ofertas de SaaS
<a name="assessment-engineering-dev"></a>

**Topics**
+ [Frequência de implantação, tempo de implantação e velocidade de sprint](#assessment-engineering-dev-velocity)
+ [Flexibilidade e entrega de recursos](#assessment-engineering-dev-features)
+ [Alterar a taxa de falha](#assessment-engineering-dev-failure-rate)
+ [Qualidade do código e desempenho da equipe de engenharia](#assessment-engineering-dev-performance)
+ [Redução da dívida técnica](#assessment-engineering-dev-debt-reduction)
+ [Escalabilidade, capacidade e desempenho](#assessment-engineering-dev-scalability)

## Frequência de implantação, tempo de implantação e velocidade de sprint
<a name="assessment-engineering-dev-velocity"></a>

Para otimizar a eficiência do ciclo de desenvolvimento, é essencial que você entenda a influência do provisionamento da pilha de rede na velocidade do sprint.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-velocity-high-score-criteria"></a>

O provisionamento da pilha de rede é simplificado e automatizado, além de exigir o mínimo de intervenção manual. Isso não afeta significativamente a velocidade do sprint. O provisionamento e a reimplantação da pilha de rede podem ser realizados por qualquer membro da equipe. Isso reduz gargalos e dependências de recursos especializados.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-velocity-low-score-indicators"></a>

É necessário um grande número de pontos históricos para provisionar a pilha de rede. Isso sugere um processo complexo e demorado que prejudica o desenvolvimento de novos recursos. A reimplantação frequente da pilha de rede gera despesas gerais substanciais de tempo e custo. As tarefas de provisionamento de rede exigem conhecimento especializado em engenharia, o que cria gargalos e retarda o ciclo de desenvolvimento.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-velocity-self-assessment-questions"></a>
+ Quais etapas manuais, se houver, estão envolvidas no processo de implantação. Como eles afetam a frequência e o tempo de implantação?
+ Como as reversões são tratadas em caso de falhas na implantação. Qual é o impacto deles na frequência de implantação e no tempo de recuperação?
+ Quantos pontos históricos são necessários para provisionar a pilha de rede quando você configura novos ambientes?
+ Quantos custos adicionais e sobrecarga de tempo estão associados à reimplantação frequente da pilha de rede durante o processo de desenvolvimento?
+ O provisionamento da pilha de rede depende de conhecimento especializado em engenharia ou é uma tarefa que pode ser gerenciada por qualquer membro da equipe?

## Flexibilidade e entrega de recursos
<a name="assessment-engineering-dev-features"></a>

A abordagem de acesso à rede pode influenciar a capacidade da equipe de engenharia de inovar e implantar novos recursos com eficiência.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-features-high-score-criteria"></a>

A abordagem de acesso à rede oferece a flexibilidade necessária para a implantação rápida e perfeita de recursos. Ele suporta uma ampla variedade de protocolos de comunicação, comunicação unidirecional e bidirecional e tamanhos de mensagens. Não impõe restrições significativas aos processos de desenvolvimento ou inovação.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-features-low-score-indicators"></a>

A abordagem de acesso à rede restringe a capacidade da equipe de implementar novos recursos devido à falta de protocolos de comunicação compatíveis, à inflexibilidade no tamanho das mensagens ou à dependência de tecnologias específicas e recursos especializados relacionados. Isso pode levar a ciclos de desenvolvimento mais lentos e dificultar a evolução do serviço.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-features-self-assessment-questions"></a>
+ Como a abordagem de acesso à rede afeta a agilidade da equipe no desenvolvimento e na implantação de novos recursos?
+ Há limitações na abordagem de acesso à rede que restringem o suporte de determinados protocolos ou tecnologias de comunicação?
+ Como a abordagem facilita ou limita a integração de novas tecnologias e inovações no serviço?
+ Como a abordagem de acesso à rede afeta os cronogramas de desenvolvimento e o roteiro do produto?

## Alterar a taxa de falha
<a name="assessment-engineering-dev-failure-rate"></a>

A abordagem de acesso à rede que você escolher pode afetar a taxa de falha de alteração ao implantar novos serviços ou recursos. Maior controle geralmente significa maior flexibilidade, mas também aumenta o potencial de configurações incorretas, como ao gerenciar uma configuração de roteamento complexa.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-failure-rate-high-score-criteria"></a>

Você pode implementar alterações na pilha de rede com risco mínimo de falha. Existem mecanismos de teste suficientes, existem mecanismos de reversão eficientes e o monitoramento eficaz ajuda você a identificar e resolver problemas rapidamente.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-failure-rate-low-score-indicators"></a>

A abordagem de acesso à rede está sujeita a falhas durante as mudanças. Há opções de teste limitadas, estratégias de implantação complicadas ou recursos insuficientes de monitoramento e solução de problemas. É necessário que várias partes participem das sessões de solução de problemas. Isso pode aumentar o tempo de inatividade e diminuir a disponibilidade da oferta de SaaS.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-failure-rate-self-assessment-questions"></a>
+ Quais medidas estão em vigor para mitigar o risco de falha nas alterações ao atualizar a pilha de rede?
+ Existem processos completos de teste e validação?
+ Com que rapidez o sistema pode se recuperar de uma alteração malsucedida? Existe um processo de reversão eficiente?
+ Existem sistemas proativos de monitoramento e alerta para detectar e resolver problemas rapidamente durante e após as mudanças na pilha de rede?
+ Qual é a taxa histórica de falhas de alteração nas implantações de pilhas de rede. Que lições foram aprendidas com incidentes anteriores?
+ Como a abordagem de acesso à rede facilita ou limita a implementação de mudanças. A abordagem minimiza a interrupção do serviço?
+ Qual é o risco de afetar a disponibilidade da oferta de SaaS no ambiente de produção quando você implanta mudanças que envolvem a abordagem de acesso à rede?

## Qualidade do código e desempenho da equipe de engenharia
<a name="assessment-engineering-dev-performance"></a>

As abordagens de acesso à rede podem afetar indiretamente a qualidade do código das ofertas de SaaS. A falta de padronização no acesso à rede pode obrigar a equipe de engenharia a oferecer suporte a várias abordagens de integração, o que pode levar a uma base de código inchada. Isso, por sua vez, pode prejudicar a capacidade da equipe de desenvolver a profundidade e o controle sobre a qualidade do código necessários para manter equipes de engenharia de alto desempenho.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-performance-high-score-criteria"></a>

A equipe de engenharia mantém o foco graças à modularidade e à reutilização do código em todas as abordagens de acesso à rede suportadas. As abordagens de acesso à rede são compatíveis com os pipelines de implantação existentes e as estratégias de teste automatizadas.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-performance-low-score-indicators"></a>

O desempenho da equipe de engenharia é reduzido devido à sobrecarga associada à integração e manutenção de muitas abordagens de acesso à rede. Algumas abordagens aumentam significativamente a complexidade, geram déficit tecnológico ou exigem o desenvolvimento de soluções alternativas para lidar com recursos ausentes ou insuficientes.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-performance-self-assessment-questions"></a>
+ Como a abordagem de acesso à rede gerencia a variabilidade da rede?
+ Você precisa desenvolver código adicional para lidar com interrupções na conectividade?
+ Uma nova abordagem de acesso à rede se integra perfeitamente às abordagens existentes ou exige um desenvolvimento personalizado significativo?
+ Qual é a extensão da mudança necessária para adotar uma nova abordagem de acesso à rede? A base de código existente e os testes automatizados podem ser usados de forma eficaz?
+ É fácil ou difícil implantar ou reimplantar o serviço com a abordagem de acesso à rede selecionada? Isso pode ser feito com frequência? Há alguma dependência de recursos especializados?
+ A abordagem de acesso à rede facilita ou complica a adesão aos padrões de codificação e às melhores práticas?
+ Como a abordagem afeta time-to-market os novos recursos ou correções?

## Redução da dívida técnica
<a name="assessment-engineering-dev-debt-reduction"></a>

Uma avaliação do impacto de uma abordagem de acesso à rede na dívida técnica deve considerar suas capacidades de escalabilidade, observabilidade e segurança.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-debt-reduction-high-score-criteria"></a>

A abordagem simplifica efetivamente o gerenciamento da infraestrutura à medida que a base de clientes se expande. Ele oferece recursos robustos de observabilidade. out-of-the-box Isso promove monitoramento e manutenção eficientes.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-debt-reduction-low-score-indicators"></a>

A abordagem de acesso à rede protege inadequadamente os canais de comunicação e carece de ferramentas suficientes para observação métrica qualitativa. Também pode exigir desenvolvimento adicional para o gerenciamento da infraestrutura à medida que a base de clientes aumenta, ou pode exigir soluções alternativas para problemas de confiabilidade.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-debt-reduction-self-assessment-questions"></a>
+ Como a abordagem de acesso à rede influencia a escalabilidade de longo prazo da infraestrutura? Isso facilita o crescimento contínuo com um mínimo de investimento adicional?
+ Quão abrangentes são as ferramentas de observabilidade incluídas? Eles permitem o monitoramento proativo e a resolução de problemas?
+ Qual é o impacto previsto da abordagem de acesso à rede na manutenção e evolução da base de código ao longo do tempo?
+ A abordagem se integra bem à infraestrutura existente e planejada? Isso requer mudanças ou acréscimos significativos?

## Escalabilidade, capacidade e desempenho
<a name="assessment-engineering-dev-scalability"></a>

Para determinar a adequação de uma abordagem de acesso à rede para uma oferta de SaaS, é essencial analisar como ela mantém o desempenho ideal à medida que a demanda aumenta.

### Critérios de alta pontuação
<a name="assessment-engineering-dev-scalability-high-score-criteria"></a>

A abordagem de acesso à rede facilita perfeitamente a expansão. Ele mantém baixa latência durante o processamento da solicitação e lida com picos de tráfego com eficiência. Ele fornece desempenho consistente, independentemente do aumento dos níveis de tráfego, e não impõe limites operacionais ao crescimento.

### Indicadores de baixa pontuação
<a name="assessment-engineering-dev-scalability-low-score-indicators"></a>

A abordagem de acesso à rede não é escalável de forma eficaz, possivelmente devido às limitações inerentes à largura de banda ou à capacidade insuficiente da infraestrutura. O provisionamento e o gerenciamento de recursos aumentam a complexidade ou criam dependências. O desempenho do serviço é reduzido devido ao aumento da latência, instabilidade e variabilidade da taxa de transferência, especialmente em condições de rede congestionadas.

### Perguntas de autoavaliação
<a name="assessment-engineering-dev-scalability-self-assessment-questions"></a>
+ Como a abordagem de acesso à rede acomoda um número crescente de inquilinos e seus volumes de dados?
+ É inerentemente escalável para atender às demandas futuras?
+ Quais medidas estão em vigor para garantir que o desempenho seja consistente, mesmo durante períodos de pico de tráfego ou eventos de escalabilidade rápida?
+ Como a abordagem lida com a latência e a instabilidade da rede? Existem mecanismos para otimizar a taxa de transferência de dados e minimizar os atrasos?
+ A abordagem de acesso à rede pode se adaptar às diferentes condições da rede? Ele pode fornecer uma experiência de inquilino único para cada cliente?
+ Qual é o impacto da abordagem de acesso à rede na infraestrutura subjacente? Ela exige atualizações ou mudanças significativas nos sistemas existentes?