企業はクラウドネイティブ プラットフォームに全面的に取り組むべきでしょうか?

企業が特定のプラットフォームの専用ストレージ、コンピューティング、データベースなどの機能を使用することは理想的に思えますが、重複したシステムを実行することになるかもしれません。

[[282431]]

おそらく、「クラウドネイティブ」データベース、セキュリティ、ガバナンス、ストレージ、人工知能など、クラウド コンピューティング プロバイダーが提供できるほぼすべてのものについて聞いたことがあるでしょう。クラウド ネイティブ アプリケーションの定義は、アプリケーションをホストするパブリック クラウド ネイティブ システムを活用するアプリケーションです。

クラウド コンピューティング プロバイダーがユーザーによく与えるアドバイスは、「クラウド ネイティブ テクノロジーの方が優れており、非ネイティブのリフト アンド シフトは良くない」というものです。

それは理にかなっています。ネイティブ サービスを使用することで、ネイティブ ディレクトリ サービスを使用したネイティブ セキュリティ、ネイティブ プロビジョニング システム、ネイティブ管理および監視などのコア システムを活用できます。しかし、パブリック クラウド上で非ネイティブ アプリケーションを使用することは、山道でスポーツカーを運転するのと同じくらい困難です。

現在、クラウド コンピューティング プロバイダーは、コンテナ オーケストレーション (Kubernetes) を含む新しいプラットフォームにネイティブ サービスの概念を導入しています。 Kubernetes には、データベース、ストレージ、セキュリティ、ガバナンス、DevOps ツールなどを含む、専用の「ネイティブ」システムの大規模なエコシステムがあります。ここでは 2 つの異なる考え方があります。

最初のアイデアは、クラウド ネイティブの方が優れているというものです。ネイティブ ツールを使用すると、パフォーマンスが向上します。 Kubernetes ネイティブ ストレージ システムは、1 分あたり数千のノードと数千の並列操作に拡張できます。これは、社内の担当者がネイティブ インターフェースを使用してネイティブ Kubernetes アプリケーションを使用できるためです。

企業がデータベース、ストレージ、またはセキュリティのニーズのために外部と通信するために非ネイティブ システムを使用する必要がある場合、通信の変換だけでも大きな遅延が発生する可能性があります。この考え方では、Kubernetes ネイティブの方が常に優れており、通常はユーザーに好まれます。

2 番目の考え方は、企業が全力を尽くす必要があるというものですが、そうすると複雑さが増しすぎてしまいます。利点はあるものの、Kubernetes ネイティブ システムに移行するには、少なくとも 2 つの機能が必要になります。コンテナベースのアプリケーションを推進するために Kubernetes に移行する企業は、Kubernetes の内外のアプリケーションにまたがる共通のデータベース システムを求めています。セキュリティ、RAW ストレージ、その他のクラウドネイティブ システムでも同様ですが、Kubernetes ではそうではありません。

では、正しいアプローチとは何でしょうか?長年にわたり得られた経験の一つは、適切なものは良いものだということです。適切なテクノロジーを採用することが正しい選択です。つまり、すべてがネイティブであるということですが、企業はネイティブかどうかに関係なく、長期的に実行できるソリューションを賢明に選択する必要があります。

それによって複雑さが増すのでしょうか?はい、しかし、マルチクラウドと IoT ベースのアプリケーションへの移行を考えると、それは本当に簡単なことです。企業がネイティブの Kubernetes ソリューションを使用するかどうかに関係なく、状況はさらに複雑になります。企業によっては、複雑な問題に対処し、最初から正しく対処するのが得意なところもあります。