Carregando...
Carregando...
Ajude a melhorar a plataforma
Um padrão arquitetural nem sempre é suficiente para atender às necessidades de um projeto, por isso, em alguns casos, é necessário combinar padrões. No entanto também é preciso considerar que selecionar determinado atributo para escolher o padrão correto pode causar conflitos e impactar outros fatores tecnológicos.
Assinale a alternativa que apresenta o atributo geralmente afetado quando a escolha do padrão é feita pensando na segurança.
Explique melhor esta questão
Abre o Tutor com o enunciado e as alternativas já no campo — você revisa e envia.
Esta questão foi verificada por um de nossos administradores.
Alternativa (C) - Desempenho.
A concepção de uma arquitetura de software envolve a tomada de decisões cruciais que definem as qualidades do sistema. Padrões arquiteturais oferecem soluções consolidadas para desafios comuns, mas a priorização de um atributo de qualidade, como a segurança, invariavelmente gera trade-offs. Esta questão aborda o impacto de priorizar a segurança na seleção de padrões arquiteturais e qual atributo é, em geral, mais afetado por essa escolha.
A arquitetura de software é a estrutura fundamental de um sistema, que dita sua organização, comunicação entre componentes e, consequentemente, seus atributos de qualidade. Atributos como desempenho, segurança, manutenibilidade, portabilidade e interoperabilidade são aspectos-chave que influenciam o sucesso de um projeto. A seleção de padrões arquiteturais é guiada pela necessidade de otimizar um ou mais desses atributos.
A segurança, especificamente, refere-se à capacidade de um sistema proteger seus dados e funcionalidades contra acessos não autorizados, modificações ou interrupções. A implementação de segurança envolve uma série de mecanismos como criptografia, autenticação, autorização, validação de entrada, auditoria e firewalls. Cada um desses mecanismos adiciona uma camada de processamento e complexidade ao sistema. A otimização para segurança, portanto, implica na introdução de controles que consomem recursos e tempo de execução.
Vamos analisar o impacto da priorização da segurança em cada uma das alternativas propostas:
| Atributo Priorizado (Segurança) | Impacto Geral | Justificativa Principal | | :------------------------------ | :------------ | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Desempenho | Alto e Direto | Operações de segurança (criptografia, autenticação, autorização, validação) são computacionalmente intensivas, consomem recursos (CPU, memória, I/O) e adicionam latência, diminuindo a velocidade de resposta e a capacidade de processamento. | | Portabilidade | Indireto/Variável | O impacto depende da especificidade da solução de segurança escolhida, mas não é universalmente o mais afetado. Muitos padrões de segurança são agnósticos à plataforma. | | Manutenção | Indireto/Moderado | A complexidade adicionada pela segurança pode dificultar, mas um bom design pode mitigar esse efeito. Não é o impacto mais direto e inevitável. | | Interoperabilidade | Variável | Pode ser dificultada por soluções proprietárias, mas também facilitada por padrões de segurança interoperáveis. O impacto não é sempre negativo e direto. | | Eficiência | Alto e Direto | Fortemente ligada ao desempenho. Se o desempenho é reduzido, a eficiência na utilização de recursos também o é. Desempenho é a categoria mais abrangente nesse contexto. |
A escolha da segurança como prioridade máxima quase sempre introduz processamento e uso de recursos adicionais, resultando em uma degradação do desempenho do sistema.
Ao priorizar a segurança na seleção e implementação de padrões arquiteturais, o atributo que é geralmente e mais diretamente afetado é o desempenho. As medidas de segurança, embora cruciais para a proteção do sistema, demandam mais recursos computacionais (CPU, memória) e tempo de processamento, o que inevitavelmente se manifesta em tempos de resposta mais lentos, menor throughput e maior consumo de energia. Este é um trade-off fundamental e universalmente reconhecido na engenharia de software.
Alternativa (C).