
Qualquer pessoa que tenha estudado filosofia e, em particular, lógica sabe que existe uma ampla variedade de falácias lógicas que, em última análise, enfraquecem uma argumentação. A maioria das pessoas provavelmente conhece a falácia ad hominem que tenta refutar o argumento de um oponente atacando o próprio oponente, em vez do argumento.
Da mesma forma, há a falácia da distração na qual se muda deliberadamente de assunto para evitar por completo a discussão da premissa original, geralmente questionando algum aspecto do argumento original. Um exemplo seria responder à afirmação “Mentir não é moral” com “O que significa moral?”
Outra falácia bastante comum, mas que, por algum motivo, raramente é apontada, é a do falso dilema, em que se presume que há apenas duas opções disponíveis. O exemplo mais comum é: “Ou você está conosco ou está contra nós”. Ou então: “Você pode tomar a pílula vermelha ou a pílula azul”, quando há pelo menos duas outras opções: não tomar nenhuma ou tomar as duas.
Isso é mais ou menos como a discussão atual sobre formatos. Você pode escolher software ou hardware. Só que essas não são as únicas opções: você pode escolher ambos.
Acontece que é exatamente isso que a maioria dos profissionais de TI prefere: uma combinação de hardware e software. Isso provavelmente se deve tanto à contínua bifurcação da rede quanto à bifurcação do data center, com alguns aplicativos na nuvem, onde o software é indispensável, e outros no data center, onde há opções de hardware ou software.

Na verdade, as preferências de formato são influenciadas pela função do profissional de TI no data center. Os profissionais de TI que participaram do nosso relatório de 2016 Estado da Entrega de Aplicações e preferiam hardware a software foram aqueles que se identificaram como atuantes nas áreas de “redes” e “segurança”. Não é de surpreender que essas sejam as áreas de TI em que a escalabilidade, a velocidade e a segurança dos dados, das aplicações e até mesmo dos próprios sistemas são essenciais para o sucesso diário dos negócios.
Veja bem, na verdade, o hardware é melhor em algumas coisas do que seus equivalentes em software. A segurança costuma ser uma delas; o desempenho e a escalabilidade são outras.
Isso acontece porque o hardware geralmente é projetado especificamente para uma determinada finalidade. Por exemplo, as arquiteturas de switches (que são muito diferentes das arquiteturas de computação de uso geral) são projetadas para oferecer alta velocidade e escalabilidade. É por isso que um switch de nível empresarial e de operadora consegue processar 100 Gbps de tráfego, enquanto meu laptop não. Por outro lado, esse mesmo switch não consegue rodar Angry Birds, então a computação de uso geral tem pelo menos uma vantagem.
Hardware não se resume apenas a fornecer recursos de computação, armazenamento e rede. Claro, isso representa uma grande parte, porque, convenhamos, os recursos necessários para disponibilizar aplicações não surgem magicamente quando um unicórnio atravessa o data center espalhando “pó de recursos” de seu chifre mágico. Os recursos vêm de algum tipo de hardware. Mas, às vezes, também importa a forma como esse hardware interage com esses recursos e os gerencia. Na rede, o hardware desenvolvido para uma finalidade específica continua sendo não apenas valioso, mas necessário para garantir a velocidade, a escalabilidade e a segurança dos dados que processa. Sem isso, é preciso iniciar uma jornada para reproduzir os mesmos resultados por meio da arquitetura. Escalar software horizontalmente usando software não é impossível; isso é feito todos os dias. No entanto, o resultado é um ambiente muito menos estável, com muito mais componentes móveis, todos sujeitos a falhas que podem interromper as operações da empresa.

Agora, se você estava pensando que este seria o tipo de post “Escolha o hardware e esqueça o software!”, pense novamente, pois isso também seria uma espécie de falso dilema. Essa também não é a resposta. Há bons motivos para preferir software a hardware, principalmente quando consideramos as necessidades e os requisitos das aplicações e das metodologias emergentes que valorizam a agilidade e a velocidade, como microsserviços e DevOps. Na nuvem, é claro, não há escolha alguma: a opção é software, ponto final. Isso também se refletiu em nossa pesquisa, na qual os participantes que se identificaram como profissionais de “aplicações”, “infraestrutura” ou “nuvem/DevOps” demonstraram preferência por software em vez de hardware. Entre os profissionais de aplicações e infraestrutura, essa preferência ocorreu por margens significativas. Isso acontece porque o software é considerado mais adequado ao domínio deles, que se concentra em aplicações e serviços de aplicações que precisam ser ágeis, fáceis de provisionar e capazes de responder rapidamente às mudanças no ambiente.
Mas acontece que todas as funções preferem um modelo híbrido que combina hardware e software. Isso porque tanto o hardware quanto o software têm seu valor, e tudo se resume a determinar o que você está tentando alcançar — e onde.
Portanto, não deixe que ninguém coloque você contra a parede e imponha o falso dilema entre “software ou hardware”. Ambos são adequados, e cada um tem vantagens e desvantagens, dependendo do ambiente, do aplicativo e da finalidade específica para a qual você usará a solução.
Assim como na nuvem, não se trata de escolher entre uma opção ou outra. É uma combinação das duas.
Sobre o autor

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...