
哲学、特に論理学を学んだことがある人なら、最終的に自らの主張を損なうさまざまな論理的誤謬があることをご存じでしょう。多くの人はおそらく、人身攻撃の誤謬をご存じでしょう。これは、相手の主張ではなく相手自身を攻撃することで、その主張を退けようとするものです。
同様に、燻製ニシンの誤謬もあります。これは、元の前提についての議論を完全に避けるため、意図的に話題をそらすもので、通常は元の主張の一部に疑問を投げかけます。たとえば、「嘘をつくことは道徳的ではない」という発言に対し、「道徳的とはどういう意味ですか」と返すような場合です。
もう1つ、かなり一般的でありながら、なぜかあまり指摘されない誤謬が、偽のジレンマです。これは、選択肢が2つしかないと思い込む誤謬です。最もよくある例は、「味方でなければ敵だ」というものです。また、「赤い薬か青い薬のどちらかを選べ」と言われても、実際には少なくともあと2つの選択肢があります。どちらも選ばないか、両方を選ぶこともできます。
これは、今日のフォームファクターをめぐる議論にも似ています。ソフトウェアかハードウェアのどちらかを選ぶという議論です。しかし、選択肢はそれだけではありません。両方を選ぶこともできます。
実際、ほとんどのITプロフェッショナルが好むのは、まさにハードウェアとソフトウェアを組み合わせた構成です。その背景には、進み続けるネットワークの二極化に加え、データセンターの二極化もあると考えられます。ソフトウェアが必須となるクラウド上で稼働するアプリケーションがある一方、データセンター内ではハードウェアまたはソフトウェアを選択できるアプリケーションもあります。

実際、フォームファクターの選好は、データセンター内でIT担当者が担う役割に左右されることがわかりました。F5の2016年版「アプリケーションデリバリの現状」レポートでは、ソフトウェアよりハードウェアを選好したIT担当者は、自身の役割を「ネットワーク」または「セキュリティ」と回答していました。これは当然の結果と言えます。これらは、データ、アプリケーション、さらにはシステム自体の拡張性、速度、セキュリティが、日々のビジネスの成功に不可欠となるIT分野だからです。
実際、ハードウェアには、ソフトウェアよりも優れている点があります。多くの場合、セキュリティがその1つであり、パフォーマンスと拡張性も同様です。
これは、通常、ハードウェアが特定の用途に特化して設計されているためです。たとえば、スイッチのアーキテクチャは汎用コンピューティングのアーキテクチャとは大きく異なり、高速かつ大規模な処理を目的に設計されています。そのため、エンタープライズおよびサービスプロバイダー向けのスイッチは100 Gbpsのトラフィックを処理できますが、私のノートPCにはできません。もっとも、そのスイッチではAngry Birdsを実行できないので、汎用コンピューティングにも少なくとも1つは利点があります。
ハードウェアの役割は、コンピューティング、ストレージ、ネットワークのリソースを提供することだけではありません。もちろん、それが大きな役割を占めるのは確かです。アプリケーションの提供に必要なリソースは、ユニコーンがデータセンターを駆け抜け、魔法の角から「リソースの粉」を振りまけば、どこからともなく現れるわけではないからです。リソースは、何らかのハードウェアから提供されます。しかし、ハードウェアがそれらのリソースとどのように連携し、処理するかも重要になる場合があります。ネットワークでは、扱うデータの速度、拡張性、セキュリティを確保するために、専用ハードウェアは今なお有用であるだけでなく、不可欠です。専用ハードウェアがなければ、アーキテクチャ上の工夫によって同じ成果を再現する必要があります。ソフトウェアを使ってソフトウェアをスケールアウトすることは不可能ではなく、日常的に行われています。しかし、その結果、可動部分が大幅に増えて環境の安定性が低下し、そのいずれかが機能不全に陥ってビジネスを中断させる可能性があります。

さて、この記事が「ハードウェアを選び、ソフトウェアは忘れよう!」という内容だと思ったなら、考え直してください。それもまた、誤った二者択一だからです。どちらか一方だけが正解というわけではありません。特に、ハードウェアよりソフトウェアを選ぶのには、十分な理由があります。マイクロサービスやDevOpsのように、俊敏性とスピードを重視するアプリケーションのニーズや要件、新たな手法を考慮すれば、なおさらです。もちろんクラウドでは、実質的に選択の余地はなく、ソフトウェアを選ぶことになります。この傾向はF5の調査にも表れており、「アプリケーション」「インフラストラクチャ」「クラウド/DevOps」の職務に就いていると回答した人は、ハードウェアよりソフトウェアを好んでいました。特にアプリケーションとインフラストラクチャの担当者では、その差が顕著でした。これは、俊敏性、容易なプロビジョニング、環境の変化への迅速な対応が求められるアプリケーションとアプリケーションサービスを扱う各分野では、ソフトウェアの方が適していると考えられているためです。
しかし実際には、どの職種でも、ハードウェアとソフトウェアの両方で構成されるハイブリッドモデルが好まれています。ハードウェアにもソフトウェアにもそれぞれ価値があり、結局のところ、何をどこで実現しようとしているのかを見極めることが重要です。
ですから、追い詰められて「ソフトウェアかハードウェアか」という誤った二者択一を迫られないようにしてください。どちらも適切な選択肢であり、ソリューションを導入する環境、アプリ、具体的な目的に応じて、それぞれにメリットとデメリットがあります。
クラウドと同様に、これは二者択一ではありません。「両方」という選択です。
著者について

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。