コンテナーまたはサーバーレスが危険信号になるのはどのような場合ですか?

デビッド・リンシカム著、InfoWorld |

あなたは、いくつかのまったく新しいクラウドベースの在庫およびサプライチェーン管理システムを開発する初期段階にいます。最初の数回の会議では、不安を感じ始めます。プロセスの早い段階でテクノロジーについて議論されすぎているのです。兆候は間違いありません。あなたのチームは、中核的な要件やビジネスケースの定義に焦点を当てていません。代わりに、人々はコンテナーやサーバーレスなどの新しいテクノロジーのトレンドについて話しています。

私は特にこれらのテクノロジーを取り上げていますが、生成 AI、エッジコンピューティング、または前回のクラウドベンダーカンファレンスで注目を集めた新しいトピックなど、あらゆるテクノロジーを対象にすることができます。懸念されるのは、テクノロジーを選択していることではありません (いつかは必ずそうなるはずです)。プロセスの初期段階でテクノロジーを選択しすぎているため、最適化が不十分な意思決定を下してしまう可能性が高く、最終状態のテクノロジーソリューションではなく、テクノロジーソリューションに焦点を当てすぎてしまう可能性があります。要件とビジネス価値。

したがって、これらのテクノロジーを使用して問題を解決することに重点が置かれていると仮定して、チームが考慮する必要があるいくつかの問題を次に示します。

ユースケースが限られているということは、コンテナーとサーバーレステクノロジーが必要になることを意味しますマイクロサービスやイベント駆動型機能など、特定の種類のアプリケーションに適しています。しかし、それらはすべての新しいものに当てはまるわけではありません。レガシーアプリケーションやその他の従来のシステムをコンテナやサーバーレス環境で効果的に実行するには、大幅な変更や再構築が必要になる場合があります。

もちろん、あらゆるテクノロジーを強制的に適用して問題を解決することはできます。十分な時間と資金があれば、それはうまくいきます。ただし、それらの「ソリューション」は価値が低く、最適化が不十分なため、支出が増加し、ビジネス価値が低下します。

複雑これは、ほとんどの新しいテクノロジートレンドに共通する欠点です。コンテナおよびサーバーレスプラットフォームにより、これらのクラウドベースのシステムを構築および運用するチームが対処する必要があるさらなる複雑さが生じます。複雑さは通常、開発コストとメンテナンスコストの増加、価値の低下、そして場合によっては予期せぬセキュリティやパフォーマンスの問題を意味します。これに加えて、構築、展開、運用にはさらにコストがかかります。

Kubernetes などのコンテナオーケストレーションフレームワークを管理したり、サーバーレス機能のデプロイメントの複雑さに対処したりするのは困難です。これらのイノベーションは、特にそれがもたらすビジネス価値を考慮すると、挑戦する価値があるかもしれませんが、それは一部の場合に限られます。

ベンダーロックイン今では不合理な恐怖の方が多くなっているように思えますが、それでもそれは現実です。各プロバイダーには、API、言語、展開方法などの独自の機能があります。アプリケーションは特定のプラットフォームと緊密に結合して構築されるため、将来的に別のプロバイダーに移行したり、別のテクノロジースタックを採用したりするには、大幅なやり直しと投資が必要になる可能性があります。

常に、テクノロジーが中核となるビジネス要件にどのように適合するかという観点から、利点と欠点を考慮する必要があります。私たちは、新しいテクノロジーを追い求めるあまりにビジネスの現実を後回しにしがちですが、これが問題です。私がサーバーレスとコンテナに注目しているのは、最近では他のどのテクノロジーよりも悪用されており、その結果、ビジネスに還元される価値が大幅に減少しているためです。

これらのテクノロジーは多くのビジネス要件を満たしていますが、すべてのビジネス上の問題を解決できるわけではありません。どのテクノロジーもそうなりません。クラウドアーキテクチャとは、完全に最適化された価値をビジネスに返すようにテクノロジーを構成することです。私たちはビジネス上の問題から解決まで取り組まなければなりません。テクノロジーの選択が早すぎるなど、そのプロセスから逸脱すると、新しいテクノロジーが導入されることになりますが、ビジネス価値は恐ろしいものになります。

次にこれを読んでください：

デビッド S. リンシカムは、国際的に認められた業界の専門家および思想的リーダーです。彼はコンピューティングに関する 13 冊の本を執筆しており、最新刊は『An Insider's Guide to Cloud Computing』です。デビッドの見解は彼自身のものです。

使用例が限られているということは、コンテナーとサーバーレステクノロジーが複雑であることを意味します。ベンダーロックイン次にこれを読んでください。