クラウドテクノロジーをオープンソースに切り替えるべき理由

この記事では、 Attachmate Groupの SUSEシニアクラウドマネージャーであるPete Chadwickによるクラウドテクノロジーのオープンソースに関する議論を紹介します。



スピード、柔軟性、カスタマイズ。 企業がクラウドへの投資を正当化するために使用する3つの魔法の言葉を以下に示します。 しかし、現在の最大のクラウドプレーヤーは技術的関心に導かれていますが、金銭的利益のために、クラウドコンピューティングのためのオープンな開発環境を作成することはできません。





オープンソース、特にLinuxには、上記の3つの原則がすべて含まれています。 そして、Linuxが20年にわたって成功を収めた後、私たちはオープン性が普遍的に受け入れられているだけでなく、需要が高まっている分岐点の前夜にいます。 オペレーティングシステムの場合、およびその後の仮想開発環境では、独自のオプションの最初の波により、オープンソースコードが出現し、採用されました。 現在、クラウドテクノロジーで物語が繰り返されています。OpenStack (プライベートクラウドとパブリッククラウドを作成するためのオープンソースソフトウェア)のようなプロジェクトは大ヒットします。 現在までに、OpenStackは世界中の180を超える公的および民間組織のサポートを確保しています。



オープンソースは、テクノロジーをよりアクセスしやすくし、コラボレーションを促進するために生まれたものであり、特許法を超えています。 実際、これらのオープンソースの利点は否定できません。



選択肢



繰り返しになりますが、クラウドの最も重要な特性は、ニーズに応じた拡張性と、接続の速度と容易さです。 しかし、1つの特定のソリューションを使用している間、真の柔軟性は決して得られません。 実際、今では主要なクラウドプロバイダー間で戦争が起こっています。



ITインフラストラクチャで複数の異なるテクノロジーを使用する場合、何らかの形で連携する必要がある複数の異なるクラウドソリューションが必要です。 これは柔軟性ではありません。 しかし、「オープンクラウド」への移行は、すべてのプラットフォームの完全な相互互換性を意味します。



同社は、ITインフラストラクチャのすべての部分がクラウドで調和して機能するように、統合と相互運用性を達成するために膨大なリソースを投資しています。 これにより、組織は投資を最大化できます。



報告



ITの世界では、オープンソースへの投資は、大規模なプロジェクトよりもリスクが大きいと常に信じられてきました。 これらの歴史的な問題とクラウドセキュリティの問題を組み合わせると、実際のクラウドセキュリティの危機に陥ります。



しかし、このように考えてみてください。独自のプラットフォームを実行すると、インフラストラクチャブランドのフレームワークに追い込まれます。 異なるテクノロジーを組み合わせて組み合わせる必要がある場合、各サプライヤーは他のサプライヤーと統合する準備ができていますか? そして、この互換性の欠如は追加のリスクではありませんか?



オープンシステムでは、セキュリティホールは非常に迅速かつ簡単であり、独自のシステムとは言えません。 オープンソース開発に興味のあるプロのプログラマーやセキュリティの専門家はあなたのプラットフォームにアクセスできるので、間違いなく問題の解決に役立つでしょう。 オープンソースなどのサポートを提供する企業はありません。



団結



歴史は、オープンソースプロバイダーに関連するもう1つの教訓を教えてくれました。彼らは、特に利害関係者がそれをつけた場合、イノベーションに追いつくことが非常に困難です。 IDCよると 、LinuxはサーバースペースでUNIXを上回り、現在では全サーバー収益の18%を収集しています。 Androidモバイル空間では、2010年の30%と比較して50.9%の市場シェアが享受されています。450人を超える開発者は、国際的なコミュニティ全体の一部であり、OpenStackデザインサミットに参加し、最新リリースにコードを投資しました。 このコミュニティは、どの会社の開発者のスタッフよりもはるかに大きくなっています。



世界中の数千の企業と数百万のユーザーが使用するLinuxは、昨年20周年を迎えました。 彼は、企業やモバイルテクノロジーの痕跡でこのマイルストーンを克服しました。 オープンソースの次の戦場はクラウドです。 オープンソースの原則に導かれ、クラウドはイノベーションの著しい進歩を遂げ、根本的に新しい技術レベルに到達できます。



この位置は、記事の著者によって保持されています。 クラウドはオープンソースの道をたどるか、個々の企業内で別々に開発し続けるべきだと思いますか?



All Articles