O Falso Dilema (Fator de Forma): Hardware ou Software

Qualquer pessoa que tenha estudado filosofia e, em particular, lógica, sabe que há uma grande variedade de falácias lógicas que, em última análise, enfraquecem o argumento de alguém. A maioria das pessoas provavelmente conhece a falácia ad hominem , que tenta repudiar o argumento de um oponente atacando o oponente em vez do argumento.

Da mesma forma, existe a falácia da pista falsa , na qual você muda deliberadamente de assunto para evitar discutir sobre a premissa original, geralmente questionando alguma faceta do argumento original. Um exemplo pode ser responder à afirmação “Não é moral mentir” com “O que significa moral?”

Outra falácia bastante comum, mas por algum motivo raramente apontada, é a do falso dilema, em que se assume que há apenas duas escolhas disponíveis. O exemplo mais comum é “Ou você está conosco, ou está contra nós”. Ou que tal "você pode tomar a pílula vermelha ou a pílula azul" quando há pelo menos duas outras escolhas: você pode tomar nenhuma ou pode tomar as duas.

Isso é parecido com o argumento sobre fatores de forma hoje em dia. Você pode escolher entre software ou hardware. Só que essa não é a única opção, você pode escolher as duas.

Acontece que é exatamente isso que a maioria dos profissionais de TI prefere: uma mistura de hardware e software. Isso provavelmente se deve à bifurcação contínua da rede e do data center, com alguns aplicativos na nuvem, onde o software é essencial, e outros no data center, onde o hardware ou o software estão disponíveis.

Na verdade, as preferências de formato são influenciadas pela função de um profissional de TI no data center.  Os profissionais de TI em nosso relatório State of Application Delivery de 2016 que preferiram hardware em vez de software foram aqueles que se identificaram como tendo funções na “rede” e na “segurança”. Não é de surpreender que essas sejam as áreas de TI em que a escala, a velocidade e a segurança dos dados, aplicativos e até mesmo dos próprios sistemas são essenciais para o sucesso dos negócios todos os dias.

Veja, acontece que o hardware é realmente melhor em algumas coisas do que seus equivalentes de software. Segurança geralmente é um deles, desempenho e escala são outros.

Isso ocorre porque o hardware geralmente é projetado especificamente para uma determinada finalidade. Por exemplo, arquiteturas de switch (que são muito diferentes de arquiteturas de computação de propósito geral) são projetadas para alta velocidade e escala. É por isso que um switch de classe empresarial e de provedor de serviços pode processar 100 Gbps de tráfego e meu laptop não. Esse mesmo switch não pode executar Angry Birds, então há pelo menos uma vantagem para computação de propósito geral.

Hardware não serve apenas para fornecer recursos de computação, armazenamento e rede. Claro, isso é uma grande parte porque, ei, os recursos necessários para entregar aplicativos não aparecem magicamente por meio de um unicórnio correndo pelo data center com "poeira de recursos" saindo de seu chifre mágico. Os recursos vêm de algum tipo de hardware. Mas às vezes também se trata de como esse hardware interage e manipula esses recursos. Na rede, o hardware desenvolvido especificamente não é apenas valioso, mas necessário para garantir a velocidade, a escala e a segurança dos dados que ele manipula. Sem isso, você terá que embarcar em uma jornada para recriar os mesmos resultados usando meios arquitetônicos. Escalar software com software não é impossível; isso é feito todos os dias. Mas isso resulta em um ambiente muito menos estável, com muito mais peças móveis, todas com potencial para quebrar e interromper os negócios.

Agora, se você estava pensando que este era um post do tipo "Vá para o hardware, esqueça o software!", pense novamente porque isso também seria um falso dilema. Porque essa também não é a resposta. Há boas razões para preferir software em vez de hardware, principalmente quando analisamos as necessidades e os requisitos de aplicativos e metodologias emergentes que valorizam agilidade e velocidade, como microsserviços e DevOps. Na nuvem, é claro, não há escolha alguma: você está optando por software, ponto final. Isso também se refletiu em nossa pesquisa, com aqueles que se identificaram como estando em funções de “aplicativo”, “infraestrutura” ou “nuvem/DevOps” preferindo software em vez de hardware. No caso de pessoas de aplicativos e infraestrutura, por margens significativas.  Isso ocorre porque o software é considerado mais adequado ao seu domínio, que se concentra em aplicativos e serviços de aplicativos que devem ser ágeis, fáceis de provisionar e responder rapidamente às mudanças no ambiente.

Mas acontece que cada função prefere um modelo híbrido que inclua hardware e software . Porque há valor no hardware e há valor no software, e tudo se resume a determinar o que você está tentando realizar – e onde.

Portanto, não deixe que alguém o encurrale e imponha a você o falso dilema de “software ou hardware”. Ambas são apropriadas e cada uma tem vantagens e desvantagens dependendo do ambiente, do aplicativo e do propósito específico para o qual você vai aplicar a solução.

Assim como a nuvem, esta não é uma questão de escolher entre uma coisa ou outra. É um “e”.