InfoQ

News

デスクトップベースアプリケーションからクラウドベースアプリケーションへの遷移には何が必要か?

作者 Jean-Jacques Dubray, 翻訳者 編集部 投稿日 2008年3月29日 午後12時24分

コミュニティ
SOA,
Architecture
トピック
SaaS,
Single Site Browser
タグ
Firefox,
AJAX,
Flash

グループウェア(サイト・英語)、オフィススイート(Zoho(サイト・英語)およびGoogleアプリケーション(source))そしてビジネスインテリジェンス(サイト・英語)において、SalesForce.com、NetSuiteおよびSAP間の激しい競争が繰り広げられているエンタープライズ空間をのぞき見ようが見まいが、遷移は避けられない。優秀なアプリケーションは、もはやボックス(コンピューターやサーバ)にはおさまらないし、本質的にコンピューターデバイスが情報アクセスポイントになってきている。

ZohoのエバンジェリストであるRaju Vegesna氏(source)が、質問に対して見解を述べた。

メインフレームからPCへの移行のように、クラウドベースのコンピューターへの移行がおこなわれるのではないかと思う。現在ユーザがゆっくりと(?)デスクトップアプリケーションからオンラインアプリケーションへ移行している。

重要なことは、この遷移を容易にすることであると説明している。

PCアプリケーションベンダーが、今後の互換性を見越してオフラインアプリケーションをクラウドへと拡張している。MicrosoftがMS OfficeをMS Office Live Workspaceへ拡張したのは、この好例である。その一方で、Zohoのようなオンラインアプリケーションベンダーが、後方互換性の目的でオフライン モードへアプリケーションを拡張している。これらは、お互い正反対のまったく別のアプローチであるが、基本的には同じことをしている。それはユーザの遷移 である。

Raju氏は以下の2つの重要なステップを確認している。

  • オフラインでのサポートは重要である。少なくともつねに接続しているまでは。
  • Webベースのアプリケーションがオフラインアプリケーションのように見え、オフラインアプリケーションのように振舞わせる。

Google Gears(サイト・英語)が1点目に対処する事実上の標準になりそうであるが、Raju氏は、MozillaのPrismが2点目の実現に貢献する可能性があると指摘し ている。PrismではMozilla(source)は、ユーザにお気に入りのWebアプリケーションをデスクトップ環境に追加させている。

それはデスクトップアプリケーションのように、コントロールタブ、コマンドタブ、 および公開でアクセスできる。ユーザは、自分自身のコンピューターから離れていても、あらゆるWebブラウザからこれらの同一のアプリケーションにアクセスできる。

Adobe AIRやMicrosoft Silverlightとは異なり、Webに取って代わるプロプラエタリープラットフォームを構築しているわけではない。

TechCrunch(source)のリードであるMichael Arrington氏(source)は以下のように語る。

Flash、SilverlightおよびAjaxは、ユーザビリティーという観点では、ほとんどのWebアプリケーションを危機から脱却させ、デスク トップアプリケーションからWebアプリケーションへの迅速な遷移を推進しているテクノロジーである。しかし、それがすべてのデスクトップアプリケーショ ンを完全に消し去ってしまうかどうかは不明である。それらの橋渡しは、おそらくAirおよび/またはPrismであろう。

Michael氏は、AllPeersの共同創立者であり、現在はMozillaのPrismに携わっているMatt Gertner氏にインタビューをおこなった。Matt氏は以下のようにコメントしている。

Webアプリケーションはユーザが切望する応答性、パフォーマンス、最先端のグラフィックおよびローカルデータへのアクセスを簡単には提供しない。インターネットに接続している場合のみに機能する。

Prismのようなシングルサイトブラウザ(SSB)は、Webアプリケーションにデスクトップの最高のものを提供することを目標としている。Webサイトでシングルサイトブラウザを作成すること。Firefox 3で直接実行可能なワンクリックプロセス。

Matt氏は、 Todd Ditchendorf氏(source)によって構築された初期のSSBフレームワークであるFluid(サイト・英語)に言及している。

おそらく最大の特徴(source)は、「Greasemonkey準拠のユーザスクリプトのビルトインサポート」である。Greasemonkeyに馴染みがない人に補足すると、これはアプリケーションがロードされればいつでも、クライアント上で実行される単純なJavaScriptファイルでWebアプリケーションが修正できることを意味する。

もちろん、これらのコメントをCogHeadの 最高技術責任者であるGreg Olsen氏による最近の投稿(参考記事)に関連付けなければならない。Greg Olsen氏は、SaaSの今後の進展の中で、AmazonのS3のようなサービスが重要な役割を果たすと指摘した。近い将来、S3によって扱われている ストレージがすぐそばのスタートメニューから(もちろん安全なUSBメモリで投入される)途切れずに起動されるSSBに利用可能になるとき、デスクトップ アプリケーションとWebアプリケーションの違いを見分けるのは非常に難しくなる可能性がある。

原文はこちらです:http://www.infoq.com/news/2008/03/desktop-and-cloud-apps

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

ジャンル別一覧

ファイルシステムでHello World

この連載では"ファイルシステムの作り方"をご紹介します。第1回目の今回は簡単なイントロダクションと単純なHello Worldファイルシステムの作り方を説明します。次回以降で詳しい解説と本格的なファイルシステムの作り方をご紹介しようと思います。

Guice(ジュース)を早飲みしすぎていませんか?

あなたのチームが、既存アプリケーションを「シングルトンの入れ子」設計から依存性注入(DI)へ移行しようとしているなら、この論文に心引かれるでしょうが、DIへの移行は難しいことが分かっています。論文にはGoogleのJava DIコンテナ(Guice)の名を入れていますが、Javaや.NET、Python、Rubyなどにも当てはまります。

チームがキュービクルと引き換えにコミュニケーションスキルを得る手助けをせよ

アジャイルの「自己組織化チーム」のパラダイムでは、チームのメンバに新しいスキルが要求されます。この記事では、発展しつつあるチームの自己組織化を壊さずに、新たなスキルを伝えるためのいくつかの戦略を提案します。そして、新しいスキルを身につけるのに役立つ資料のありかを提示しています。

F#の土台を越えて - 非同期ワークフロー

今回の記事では、非同期ワークフローと呼ばれるワークフロー機能の面白い使用法を考察しますが、非同期ワークフローは.NETの非同期プログラミングモデルを単純化することを目的としています。

言語としてのアーキテクチャ: ストーリー

アーキテクチャは一般に、Word文書に主として見られるような極めて実体のない、ソフトウェアシステムの概念的な側面であるか、または完全に技術によって駆動されるものかのいずれかです。そのどちらも間違っています。では、どう対処すればよいでしょうか? この記事ではアイデアを説明します、そしてアプローチのキーポイントを要約します。

メタプログラミングを使ってRubyにプロパティを追加する

Werner Schuster氏が、簡単な例を示しながら、Javaのようなプロパティをメタプログラミングを使ってRubyに追加する方法を示します。

BlazeDSとAMFでWebとデスクトップのアプリケーションを構築する

現在のRIAアーキテクチャにおいて、クライアント/サーバーの通信は重要な位置を占めています。本稿では、James WardとShashank TiwariがアドビによるオープンソースのBlazeDSメッセージングサーバーの世界へ飛び込みます。

業務ソフトに手を加えずに暗号化を実現する~秘文の挑戦~

hibun

ウィルス対策ソフトや情報漏えい防止用のソフトは、いわば影の存在です。ユーザの操作性やGUIを工夫する以上に、いかに目立たない存在となるかにその技術を注ぎ込んでいます。ここでは日立ソフトが開発した「秘文」の事例を紹介します。