거짓(폼 팩터) 딜레마: 하드웨어 또는 소프트웨어

철학, 특히 논리학을 공부한 사람이라면 누구나 자신의 주장을 궁극적으로 훼손하는 광범위한 논리적 오류가 있다는 것을 알 것입니다. 많은 사람들은 아마도 상대방의 주장을 반박하기 위해 주장 자체가 아닌 상대방을 공격하는 인신 공격의 오류에 대해 알고 있을 것입니다.

마찬가지로, 원래 전제에 대한 논쟁을 피하기 위해 의도적으로 주제를 바꾸는 오류인 레드 헤링 오류가 있습니다. 이는 대개 원래 주장의 일부 측면에 의문을 제기함으로써 이루어집니다. 예를 들어 "거짓말하는 것은 도덕적이지 않다"는 진술에 "도덕적이란 무엇을 의미합니까?"라고 대답하는 것이 될 수 있습니다.

또 다른 꽤 흔한 오류이지만, 어떤 이유에서인지 잘 지적되지 않는 오류는 잘못된 딜레마 입니다. 이는 선택 사항이 두 가지뿐이라고 가정하는 오류입니다. 가장 흔한 예는 "너는 우리 편이냐, 아니면 우리를 반대하는 쪽이냐"입니다. 아니면 적어도 두 가지 다른 선택이 있을 때 "빨간 알약이나 파란 알약 중 하나만 먹을 수 있다"는 건 어떨까요? 둘 다 먹을 수도 있고, 둘 다 먹을 수도 있죠.

오늘날 폼 팩터에 대한 논쟁과 비슷합니다. 소프트웨어나 하드웨어를 선택할 수 있습니다. 하지만 그것이 유일한 선택지는 아니고, 둘 다 선택할 수도 있습니다.

사실, 대부분의 IT 전문가는 하드웨어와 소프트웨어를 혼합한 것을 선호합니다. 이는 네트워크의 지속적인 분기화 와 데이터 센터의 분기화로 인한 것일 가능성이 높습니다. 즉, 소프트웨어가 필수적인 클라우드에 앱이 있고, 하드웨어나 소프트웨어를 사용할 수 있는 데이터 센터에 앱이 있는 것입니다.

실제로 폼 팩터 선호도는 데이터 센터 내 IT 전문가의 역할에 영향을 받는 것으로 나타났습니다.  2016년 애플리케이션 제공 현황 보고서에서 소프트웨어보다 하드웨어를 선호하는 IT 전문가는 "네트워크"와 "보안"에서 역할을 맡는다고 스스로 밝힌 사람들이었습니다. 놀랍지 않게도 이는 IT 내에서 데이터, 앱, 심지어 시스템 자체의 규모, 속도, 보안이 매일매일 비즈니스 성공에 매우 중요한 영역입니다.

사실, 하드웨어가 소프트웨어보다 어떤 면에서는 더 뛰어납니다. 보안이 그 중 하나이고, 성능과 확장성도 그 중 하나입니다.

그 이유는 하드웨어가 일반적으로 특정 목적에 맞게 특별히 설계되기 때문입니다. 예를 들어, 스위치 아키텍처는 일반 컴퓨팅 아키텍처와 매우 다르며 고속과 확장성을 염두에 두고 설계되었습니다. 그렇기 때문에 기업 및 서비스 제공자 클래스 스위치는 100Gbps의 트래픽을 처리할 수 있지만 내 노트북은 그렇지 못합니다. 하지만 같은 스위치로는 Angry Birds를 실행할 수 없으므로 일반적인 용도의 컴퓨팅에는 적어도 하나의 장점이 있습니다.

하드웨어는 단순히 컴퓨팅, 스토리지, 네트워크 리소스를 제공하는 것이 아닙니다. 물론, 그것이 중요한 부분입니다. 왜냐하면 애플리케이션을 제공하는 데 필요한 리소스는 데이터 센터를 달리는 유니콘이 마법의 뿔에서 "리소스 먼지"를 뿜어내는 것처럼 마술처럼 나타나지 않기 때문입니다. 리소스는 어떤 종류의 하드웨어로부터 나옵니다. 하지만 때로는 하드웨어가 해당 리소스와 상호 작용하고 처리하는 방식에 대한 것도 있습니다. 네트워크에서 특수 목적으로 제작된 하드웨어는 여전히 가치가 있을 뿐만 아니라, 처리하는 데이터의 속도, 규모, 보안을 보장하는 데 필요합니다. 그렇지 않으면 건축적 수단을 사용하여 동일한 결과를 재창조하기 위한 여정을 떠나야 합니다. 소프트웨어를 사용하여 소프트웨어를 확장하는 것은 불가능한 일이 아니며, 매일 이루어지고 있습니다. 하지만 이로 인해 훨씬 덜 안정적인 환경이 조성되고 움직이는 부분이 많아지며, 이러한 부분이 모두 사업을 붕괴시키고 방해할 잠재력을 가지고 있습니다.

이제, 이 글이 "하드웨어로 바꾸고 소프트웨어는 잊어라!"는 종류의 글이라고 생각했다면, 다시 생각해 보세요. 그 역시 일종의 거짓 딜레마가 될 테니까요. 그것도 답이 아니거든요. 특히 마이크로서비스나 DevOps와 같이 민첩성과 속도를 중시하는 애플리케이션과 새로운 방법론의 요구 사항과 필요 사항을 살펴보면 하드웨어보다 소프트웨어를 선호하는 데에는 충분한 이유가 있습니다. 물론 클라우드에서는 선택의 여지가 전혀 없습니다. 소프트웨어를 사용하는 셈이죠. 이는 또한 "앱" 또는 "인프라" 또는 "클라우드/DevOps" 역할을 하는 사람들이 하드웨어보다 소프트웨어를 선호하는 것으로 나타난 설문 조사에서도 반영되었습니다. 앱과 인프라의 경우 상당한 차이가 있습니다.  그 이유는 소프트웨어가 해당 분야에 더 적합하다고 여겨지기 때문입니다. 해당 분야는 민첩하고, 프로비저닝이 쉽고, 환경 변화에 신속하게 대응해야 하는 애플리케이션과 앱 서비스에 중점을 둡니다.

하지만 모든 역할은 하드웨어와 소프트웨어를 모두 갖춘 하이브리드 모델을 선호하는 것으로 나타났습니다. 하드웨어와 소프트웨어 모두 가치가 있으며, 결국은 무엇을 성취하고자 하는지, 그리고 어디에서 성취하고자 하는지를 결정하는 것이 중요합니다.

따라서 누군가가 당신을 궁지에 몰아넣고 "소프트웨어냐 하드웨어냐"라는 거짓 딜레마를 강요하도록 내버려 두지 마십시오. 두 방법 모두 적합하며 각각 환경, 앱 및 솔루션을 적용할 특정 목적에 따라 장단점이 있습니다.

클라우드와 마찬가지로 이것은 둘 중 하나만 선택할 수 있는 문제가 아닙니다. 그것은 "그리고"입니다.