「オープン」はテクノロジーの世界ではまだ新しい言葉です。オープン」か「クローズド」かに関係があるように聞こえるかもしれませんが、技術者の中には、オープンは単にバズワードであり、顧客にとって本当の価値はほとんどないと考えている人もいます。この記事では、オープン・クラウドの分野におけるマーケティングの専門用語と現実の違いを見ていきます。正確な結論を導き出すためには、用語を正確に定義することが重要です。
まず理解していただきたいのは、「オープン」の意味です。オープンクラウドはオープンソースクラウドとは異なります。オープンソースはソフトウェアのライセンスモデルを指します。実際、オープンソース・ソフトウェアの無料という性質は、顧客の主な関心事ではなく、むしろ活発なコミュニティ・サポート・システムが魅力の中心です。一方、オープン性の焦点は、使用コストやコードの記述方法にはありません。
オープンを選択するということは、組織が下すテクノロジーの決定を受け入れ、異なるテクノロジー、モデル、クラウドプロバイダー間を自由に行き来できるようにするということです。オープン性の価値は、それが顧客に提供する卓越した柔軟性にあります。オープン性は、ライセンシング・モデルやテクノロジー・アライアンスではなく、顧客が反応的にではなく、積極的にコラボレーションすることを奨励する哲学です。
オープン・クラウドを採用するということは、テクノロジー・ロックイン、契約ロックイン、サービス・ロックインがなくなるということです。また、オープンクラウドを採用することは、プロバイダーがプロプライエタリな技術を指定することを余儀なくされることがなくなり、競争関係を歓迎することを意味します。しかし、現実のクラウドサービスプロバイダーにとって、このことは何を意味するのでしょうか？
クラウド・アウェア・アプリケーション（クラウドのアプリケーション・プログラミング・インターフェースを利用してインフラやプロビジョニング・リソースを動的に制御するアプリケーション）を開発する顧客にとって、ロックインからの脱却を支援するオープン・テクノロジーの約束は非常に魅力的です。オープンでなければ、クラウド・サービス・プロバイダー独自のAPIを使用してアプリケーションを開発した顧客は、ベンダーを変更したときに、元のアプリケーションが大きすぎて複雑なため移行できないという問題に直面する可能性があります。このような顧客は、ベンダーを変更するとAPIコールを変更しなければならないだけでなく、アプリケーションを再考したり、完全にリファクタリングしたりしなければならないことがよくあります。
API自体は単なるアプリケーション・プログラミング・インターフェースではなく、基礎となるモデルの抽象化とクラウド・プロバイダーによる技術的な選択の集合を表していることを明確に認識する必要があります。特定のAPIを作成するということは、それに付随する作成スタイル、ベストプラクティス、ルール、デザイン思考に従い続けるということです。これが先に述べた "ロックイン "です。
OpenStackが実現するポータビリティ、マルチクラウド環境の展開、フェデレーション
12～18ヶ月前、テクノロジー業界はOpenStackの将来性について懐疑的でしたが、今日、業界はOpenStackがクラウド領域において非常に重要なオープンな選択肢となったことを認識しつつあります。このオープンな考え方を採用する企業は、ロックインを回避し、ポータビリティ、マルチプログラム・フェデレーション、マルチクラウド展開のメリットを享受することを望んでいます。
オープンクラウドはオープンソースクラウドとは異なります。
ポータビリティの提供は、ベンダー間でワークロードを頻繁に移行したいという顧客の要望を表しています。あるベンダーのビジネス環境でERPシステムを稼動させ、すぐに別のベンダーに乗り換えるような顧客がいるとは思えません。クラウド・フェデレーションの価値は、アーキテクチャ、インターフェース、管理ツールのようなものを共有し、必要に応じてワークロードを簡単に移行できる柔軟性にあります。プロセス全体を魔法のようにしたり、自動化の仕組みを導入したりする必要はありません。
この典型的な例は、アプリケーションサーバ間の移行が比較的容易なJ2EEアプリケーションに見られます。「一度開発すれば、どこでも使える」というJavaの古いスローガンは、文字通り真実ではありませんが、複数のアーキテクチャをサポートするアプリケーションを作成したり、アプリケーションを他のJ2EEテクノロジ環境に移行したりすることは可能です。一度開発すれば、どこでも使える」というJavaの古いスローガンは文字通り真実ではありませんが、複数のアーキテクチャをサポートするアプリケーションを作成したり、アプリケーションを別のJ2EE環境に移行したりすることは可能です。
OpenStackのポータビリティは、将来的には保険的なメカニズムとして存在することになるでしょう。OpenStackベースのさまざまなクラウドアーキテクチャの間にはまだいくつかの違いがありますが、顧客はOpenStack APIを活用して汎用アプリケーションを構築し、クラウドプロバイダ、OpenStackプライベートクラウド、さらにはプロプライエタリなインフラストラクチャにまたがってリソースをプロビジョニングできるようになりました。その結果、お客様はオープンクラウドアーキテクチャ間でアプリケーションを移行することができ、さらに重要なこととして、異なるクラウドアーキテクチャ間でリソースを同時にプロビジョニングすることができます。
OpenStackの支援によるマルチクラウド環境の展開とクラウドフェデレーションは、組織に即座に大きなメリットをもたらします。共通のAPIを利用すれば、マルチクラウド技術に関わるコードベースは同じものだけです。プライベート・クラウドの価値、柔軟性の重要性を理解し、パブリック・クラウドと連動させながら内部および外部でホスティングすることに関心がある人なら、単一のAPIでコーディングすることの利点をはっきりと理解するでしょう。しかし、より重要なことは、ビジネス・ユーザーはAPIだけでなく、同じ技術要件を持つ異なるクラウド環境間で同じ連携アーキテクチャを共有できるようになったということです。
オープン・テクノロジーを採用するもう一つの大きな利点は、この業界が目覚ましいイノベーションの速度を持ち、豊富な人材プールを持ち、単一のサプライヤーやクラウド・ベンダーを選択しなければならないという受動性から解放されることです。ほとんどのプロプライエタリ・テクノロジーの分野では、イノベーション活動はすべて単一の部門や拠点に集中しています。業界全体が単一のチームによってイノベーションを任されるとは考えにくい。オープン・インダストリーは、人々の知恵の集合体であり、テクノロジーの未来を単一のベンダー、サービス・プロバイダー、個人、組織から救い出し、勤勉で勇気ある参加者一人ひとりの手に取り戻すものです。
最後に、オープン・モデルとプロプライエタリ・モデルのどちらにも、それぞれの居場所があることを強調しておきます。多くのプロフェッショナルは、長い間同じ特定のモデルやベンダーを選択することに非常に慣れており、何とかその地位を確立しています。しかし、オープン・イノベーションの力を信じ、クラウド・サービスを必要な方法で柔軟に利用できる理想的なプラットフォーム・セットを切望しているユーザーも大勢います。この場合、オープン化は問題を解決する最良の方法です。
http://...//---------re
