July 6, 2009

クラウドコンピューティング、はじめました

「クラウド」とはいったい何か ITベンダーは本質を語れ
http://itpro.nikkeibp.co.jp/article/COLUMN/20090701/332996/

面白いところを突いています。
というか、このブログに書きたかったことを先に書かれたというか。


最近、「クラウドコンピューティング、はじめました」的なベンダーが多いですよね。

でも、この分野で先行し、成功しているのはGoogle、Amazon.com、Salesforce.comであり、これらのベンダーは「クラウドコンピューティング、はじめました」ではありません。
あくまで各社が独自に提供するサービスが先に存在し、そのために整備してきたインフラの解放という形態です。

Googleは言わずとしれた検索エンジンやGmailその他。
Amazon.comはECサイト。
Salesforce.comはCRM/SFA。

そういう観点では、Yahoo、mixi、楽天などにはその素養がありますね。

果たして、何を提供するのかが不明なままに「クラウドコンピューティング、はじめました」のベンダー(FとかHとかIとかUとかSとか)がうまくいくのでしょうか?
ここに先鞭を付けるのはMicrosoftでしょうか?

「クラウドコンピューティング、はじめました」がうまくいったら、クラウドコンピューティングの時代は新しいフェーズに入るのかもしれません。

July 1, 2009

エコポイントのシステムはForce.com

「エコポイントを支える情報システムの開発にも参画」---セールスフォース宇陀社長
http://itpro.nikkeibp.co.jp/article/NEWS/20090701/333049/

エコポイントの交換や申請始まる、Force.com使ったシステムで受け付け
http://itpro.nikkeibp.co.jp/article/NEWS/20090701/333032/

「エコポイント」の申し込み画面はクラウド上に。開発期間わずか1カ月?
http://www.publickey.jp/blog/09/1.html


詳しくは書けませんが、かなりの予算規模・プロジェクト規模のシステムですが、信じがたい短期間で構築しています。
クラウドコンピューティングのパワーを感じました。

Force.com Free Edition

先月から、US限定で提供が始まっています。
Force.com Platformのの無料版です。

なんと、Force.com Platformの(ほぼ)全機能が、100ユーザ・ディスク容量1GBまで無料で使えます!
Apex/Visualforceも、Web Services APIも、Force.com Sitesも無料で使えます!!
開発サンドボックス(テスト環境)もついています!!!
Developer Editionは開発・学習・検証用で商用利用はNGでしたが、Free Editionは商用利用もOKです!!!!

サインアップ時は英語ですが、Salesforceはもともと多言語対応なので
設定を変えればで全く問題なく日本語化できます。


少し前まではApexコードを作成できなかったのですが、久しぶりにログインしたら作成できるようになっていました。不具合だったのか、サービス内容が変更になったのかは不明ですが・・・
ともかく、これでかなりのことができるようになりました。


注意点は、日本では公式提供されていないということです。

つまり・・・

  • どんな簡単な問い合わせでも機能・利用方法・不具合などのサポートを日本法人からは受けられない
  • 規定のユーザ数や規定のディスク容量を超えて利用したい場合に有償版へアップグレードしたくても、日本法人とアップグレード契約できない(日本国内ユーザーがUS法人と契約できるかどうかもワカラナイ)
等のシチュエーションが想定されます。

それでも、自己責任で自分でなんとかできる人には朗報ですね。

Google App Engineなどよりもはるかに高機能・パワフル・高開発効率なPaaSを体験してみてはいかがでしょうか?

サインアップはこちら
https://www.salesforce.com/form/signup/freeforce-platform.jsp?d=70130000000EoAM


June 10, 2009

Google Developer Day 2009へ行ってきました。

Google Developer Day 2009へ行ってきました。

R0014405

午前中はミーティングが入っていたため、午後からの参加でした。

残念ながら基調講演は聴けず。
HTML5やGoogle Waveの話があったようです。

R0014401


聴いたセッションは・・・


Google App Engine
- Life of Google App Engine Request -

スピーカーはGoogleのフレッド・ソオー氏。

主にGAEのDatasotre周りの実装テクニックの話でした。
Entityに関連Entityのキーとなる値であるStringのList Propertyを持たせる話とか
Merge Joinのテクニックとか。

私はハッキリ知らないのですが、恐らくLazy Loadingができないため
このようなテクニックが存在するのでは?と思いました。

Joinの話は、Salesforce.comのForce.comも同様なのでよく理解できます。

既にGAEをバリバリ触っているような上級者向けのセッションでした。


Java で動かす Google App Engine

スピーカーはGoogleの夷藤 勇人氏、鵜飼 文敏氏。

こちらはGAE/Jの紹介セッションといった内容。

GAEが何を提供するのか?
認証・Datasotre・キャッシュ・Email・URLフェッチ等でどんなAPIを提供し、どんな実装をしているのか?
Sandbox制限(Force.comのガバナ制限のようなもの)、
今後実装予定の機能、
スケールを考えたデータ構造の設計・実装テクニック(これは直前に聞いたセッションと多少被る内容も。)
などのお話しがありました。

表面上のAPI仕様と実装とが分かれているため、API Proxyというアーキテクチャが実現でき、これによりAOP/インターセプターっぽいことができるという話があり、ちょっとうらやましかったです。
Force.comにもAOP的な機能が欲しいです。

RDBではないので、データの非正規化を恐れずに!という話はよくわかります。あまり細々と正規化してクエリが複雑になるよりは、クラウドにおいてはシンプルなクエリ一発で必要なデータを取れるようにデータ設計するべきですね。

GAEのDatastoreは、「ソフトスキーマ」というアーキテクチャを採用しているそうです。これは、スキーマを固定せずにJPAやJDOのアノテーションのみでスキーマを定義するというものだそうで。
推測するに、Force.comのメタデータに近い概念なのではないでしょうか?
わかりやすく言えば、Force.comではDB物理層に直接テーブル定義を生成しているわけではなく、"メタデータ"と呼ばれる「データ構造の定義」をDBに格納し、実データは多数のカラムを持つ単一テーブルに格納するというアーキテクチャです。
GAEのDatastoreは実装にBigtableが使われているので、やはり物理層にテーブルを作成しているわけではありません。アノテーション定義によってアプリケーション側からはテーブルがあるように見えていながら、その裏側で動いている実装では個々のテーブルを作成せずにデータはすべてBigtableという多数のカラムを持つ単一のテーブルに格納している・・・というアーキテクチャなのでしょう。たぶん。

GAEには非同期処理・テキスト全文検索・インバウンドメール・データのインポート/エクスポート等の機能はまだ実装されておらず、今後実装予定とのことです。
まだエンタープライズ用途では使えないかな。


クラウドコンピューティングがもたらす5つのメリットとは

スピーカーはGoogleの泉 篤彦氏。
エンタープライズ分野のプリセールスエンジニアをされている方だそうです。
このセッションでハッキリ聞くことができました。
Googleがエンタープライズ向けに扱っているサービスには、GAEは含まれていません。

このセッションは、Google AppsのPremier/Education Editionの紹介セッションという色が濃いモノでした。

クラウドコンピューティングがもたらすメリット、というお題ですが、内容はクラウドのメリット、SaaSのメリット、Googleであることのメリット、Google Apps固有のメリットが混在していました。

まあ、キレイに切り分けるのは難しいのですが、気をつけないと「クラウドコンピューティングってよくワカラナイ」という人がますます増えそうです。

他のクラウドサービスとの連携が容易である、というくだりではSalesforceが紹介されていました。

イメージ 1


Google エンタープライズ エコシステムとは –Google Enterprise Partner–

こちらも引き続き泉氏のセッション。

エンタープライズ向けサービスのパートナー制度の紹介でした。


Google テクノロジー ライトニングトーク

サイオステクノロジー松尾さんによる、自作のGAE向けフレームワーク"Kay"の紹介。
デバッガを使えるのがいいですね。Force.comもブレークポイントを置いて、ステップ実行して、変数の値を確認して・・・とできたらいいのに。

Seessaaの安藤さんによる、Rails on GAE/Jの話。
当初はエライ大変な手順を踏まないとGAE/J上でRailsを動作させることはできなかったのを、とてもとてもカンタンにした、というお話し。

日本Androidの会の近藤さんによる、Androidが組み込み業界へ与えるインパクトのお話し。将来はPCと携帯の垣根が無くなるという展望をお話しされていました。

スパイスボックスラボラトリの神部さんによる、Open Social Hackathonのお話し。Hackathonに参加しよう!というメッセージを熱く語っていました。

E-flowの久野氏による、Dalvik VM実装のお話し。Google謹製のDalvik VMがケータイJavaの2~5倍も遅かったので、自分で実装してケータイJavaと同等まで持って行ったお話し。非常に素晴らしい成果だと思います。一方で、Dalvik VMとは何か?に一切触れなかったので、会場には「そもそもDalvik VMってなに?」な人が多かったのでは?と心配になりました。

最後に、松尾氏がTokyo GTUG(Tokyo Google Technology Users Group)を立ち上げました、と紹介されていました。

Tokyo GTUG
http://groups.google.com/group/tokyo-gtug


個人的に(職業柄?)Googleのエンタープライズ向けサービス戦略の情報を得たかったのですが、今のところGoogleのエンタープライズ向けサービスはGoogle Appsと検索アプライアンス、企業向けGoogle Map APIという内容のようです。
GAEはデータ管理やユーザの権限コントロールが不十分だったり、ワークフローなどが実装されてなかったりと、エンタープライズ用途にはまだまだですね。



なんと、事前登録者全員に携帯電話がプレゼントされました。

R0014524R0014521

Google製OS「Android」搭載のHTC製端末です。

R0014523R0014509

先日、サンフランシスコで行われたGoogle I/Oでも入場者に配られたそうですが
まさか、日本でもやるとは!

R0014470R0014492

Googleさん、太っ腹です。

これはdocomoから発売されるHT-03Aとほぼ同等のものです。
http://www.nttdocomo.co.jp/product/foma/pro/ht03a/index.html

docomo発売前なので、この日この端末を手にした人は
恐らく日本で最も早く日本語入力可能なAndroid端末を入手したことに
なるのではないでしょうか。

あともらったのは、タオルとかステッカーとか。

R0014497

事前登録の時にTシャツのサイズを聞かれたので
てっきりTシャツをもらえるのかと思っていましたが・・・
急遽タオルに変更になったのでしょうか。

January 4, 2009

Google App EngineのJava版「Stax」を触ってみました

Amazon EC2上で提供されるJava版PaaSサービス「Stax」をちょっと触ってみました。今のところはβサービスで、まだ実装されていない機能もあったりしますが無料で試すことができます。
「Google App EngineのJava版」としてニュース記事等でも紹介されています。

Java対応のGoogle App Engineとも言うべき「Stax Networks」ローンチ
http://jp.techcrunch.com/archives/20081216stax-networks-launches-google-app-engine-for-java/


用意されている環境

  • Apache Tomcat/6.0.16
  • MySQL/5.0.51

要するにServlet2.5/JSP2.1環境を使えるってことですね。JVMはJavaSE5相当のようです。
GoogleもSalesforce.comも、Servletコンテナにはより軽いResineを採用していますが、ここはTomcatですね。


サポートするフレームワーク
  • Apache Struts(ただし、1.xではなく2.0.11)
  • Apache Wicket
  • Adobe Flex/BlazeDS
  • Google Web Tool Kit
  • Adobe ColdFusion 8
  • JRuby on Rails
とかドキュメントには書いてありますが、アプリケーションの初期作成時のテンプレートとして、デフォルトで必要なライブラリを入れてくれて、最低限の設定済みのxmlファイル類を入れてくれるってだけです。
逆に、WEB-INF/libにライブラリをつっこんで、web.xmlを編集して、WEB-INFに必要な設定ファイルを追加すれば他のフレームワークも使えます。DI/AOPコンテナもORマッピングフレームワークも使えます。
Struts1.3.8/Spring2.5.6/iBATIS2.3.4とか、JSF1.2RI/Spring2.5.6/Hibernate3.3.1とか、試してみたら動きました。この分ならSeasar2を使ったアプリも問題なく動作するでしょう。


アカウントの作成
StaxのWebサイト http://www.stax.net/ へ行きます。



「Apply for the Beta」をクリックしてサインアップ画面へ行き、メールアドレスを入力して送信すると認証メールが送られてくるので、そこに書いてあるURLにアクセスするとサインアップ終了です。簡単です。



改めてStaxのWebサイトからログインするとアプリケーション管理画面に入れます。



管理画面では、TomcatのログやApacheのアクセスログ等の参照、アプリケーションの作成・DBの作成・設定・パフォーマンスやアクセス監視モニタの参照等を利用できます。




アプリケーションの作成
管理画面左側メニューの「Create App」をクリックすると、アプリケーションを作成できます。ユニークな名前を付けましょう。Application Core Runtimeからフレームワークを選べますが、前述の通り、Servlet2.5/JSP2.1環境で動作するものなら好きなモノを使えます。用意されているもの以外のフレームワークを使うのなら「Basic Servlet and JSP」を選択してもかまいません。



Stax SDK http://stax-downloads.s3.amazonaws.com/sdk/stax-sdk-0.2.12-dist.zip をダウンロードして解凍しておきます。
http://www.stax.net/appconsole/createapp から、任意の名前のアプリケーションを作成します。
解凍したディレクトリ中の「Stax Console」ショートカットを起動します。
コマンドラインコンソールが起動するので、そこから
stax getapp -a [ユーザ名]/[アプリ名] -u [ユーザ名] -p [パスワード]
を実行すると、アプリケーションのひな形がダウンロードされます。このひな形はEclipseプロジェクトになっているので、そのままEclipseへインポート可能です。でもこのプロジェクトはWTP互換じゃないのが残念です。


アプリケーションの構造
  • webapp: JavaEE Webアプリケーションディレクトリ
  • src: Java ソースファイルディレクトリ
  • conf/stax-application.xml: Stax デプロイメントディスクリプタ
webappディレクトリの中は通常のServletアプリと同じなので、WEB-INF/libに好きなライブラリを入れたり、WEB-INF/web.xmlを編集したり、設定ファイルやTLDを追加したり、自由にできます。


DBの作成
管理画面左側メニューの「Create DB」をクリックすると、アプリケーションを作成できます。任意のDB名、ユーザー名、パスワードを設定します。



DB作成後、テーブルやら何やらを作成するには、なんとTCP:3306が開いているのでMySQL Query Browser や mysql コマンドが使えます(^^;(←いいのか?)
アプリケーションのconfディレクトリにあるstax-application.xmlに、下記の設定を追記します。

<resource name="jdbc/db01" auth="Container" type="javax.sql.DataSource">
<param name="username" value="[ユーザ名]" />
<param name="password" value="[パスワード]" />
<param name="url" value="jdbc:stax://[DB名]" />
</resource>

Javaアプリケーションからは、JNDI参照名「java:comp/env/jdbc/[DB名]」でLookupできます。


アプリケーションのデプロイと動作確認
コマンドラインから
stax deploy -a [ユーザ名]/[アプリ名] -u [ユーザ名] -p [パスワード]
とすると、作成したアプリケーションをアップロードできます。
Antを使ってWARファイルからのデプロイも可能です。WARファイルをそのままアップロードできるUIがあればいいのに。。。

次のURLからアプリケーションの動作を確認できます。
http://[アプリ名].[ユーザ名].staxapps.net/

何度アップロード/デプロイし直しても反映されるので、クラスローダはカスタマイズしていじっているっぽいですね。Tomcatのデフォルトのリロード機能ではヒープメモリがすぐに破綻しますから。

[追記]
サーバのログを見るとTomcatまんま再起動しているっぽいです。


一度デプロイしたアプリケーションは削除できません(^^;削除機能はまだ未実装のようです。


ちょっと触った所感
Tomcat/MySQL/Eclipse環境に慣れた人ならすぐに開発できるのが良いですね。フレームワークもお仕着せのものだけでなく好きなものを選べますし、使い慣れたRDBがそのまま使えます。Python/Django/webappsにどうしてもなじめず、Google App Engineを放り出してしまった私には嬉しいポイントです。
懸念としては、サーバの信頼性・可用性・セキュリティと正式サービス開始後の料金体系です。まあ、これはすべてのクラウドサービスに言われていることですが。Amazon E2Cを利用しているのでこのレベルではある程度の信頼性はありますが、その上で動作しているアプリケーションサーバレベルではStaxの技術力・資金力・信頼性が問われるところでしょう。

Amazon EC2上に構築されたってのが、次世代のビジネスモデルを予感させます。自前のデータセンターを持たずにSaaS/PaaS事業を展開するという例はこれからも増える可能性がありますね。

December 10, 2008

Force.com Sites を試してみました

Force.com Sites は、Salesforce.com が提供する Force.com を使って、外部公開向けサイトを構築できる機能です。
今までの Salesforce.com の提供する機能は、社内向け・組織内部向けが中心だったのですが Force.com Sites で外部公開サイトの作成も同じようにできるようになったみたいです。しかも、従来の機能とバッチリ連携・組み合わせできます。

Google App Engine でも「外部公開向けサイトを構築」という意味では同じようなことができるのですが、Force.com Sites は従来の Force.com と全く同じように、SaaS 形式で用意された開発環境上でサイトを作れること、Salesforce の機能と完全にシームレスに連携できること、それから・・・恐らく・・・料金が違います。Force.com Sites はまだ正式サービスではないので料金体系も明らかになっていないのですが。


「※Force.com SitesはDreamforce 2008で発表され、現在はDreamforce参加者にのみ開発者プレビューが提供されてます。」とあったので、そうかと思っていたのですが、1週間ぐらい前から開発者プレビューが開始されていたようです。
ここから申し込めるので、さっそく登録してみました。すでにDeveloperアカウントを持っている人はかなりカンタンに申し込みができます。
http://developer.force.com/iwantsites

登録後にログインすると、左側の「開発」メニューに「サイト」というメニューが追加されていました。



ドキュメントは英語のみですが、管理画面はすべて日本語化されています。

まず最初に、ドメインを登録します。自分が所有している完全オリジナルドメインも使えるようです。ドメインは一度設定すると後から変更ができないようです。


次に、サイトを作成します。



「フィードの有効化」にチェックを淹れるだけで、フィード配信も可能です。

通常の公開サイトで使いそうなページはデフォルトでテンプレートが用意されています。


もちろん、Visual Force を使って自由に新規作成・編集可能です。



こんな感じでサイトを作っていきます。なんだか CMS っぽい色合いも濃くなってきた感があります。SaaS 形式の CMS。

いやぁー、これから楽しくなりそうです。

December 8, 2008

Force.com for Google App Engine

Force.com for Google App Engine
http://developer.force.com/appengine

というのがリリースされたみたいです。GAEからForce.comのAPIを呼び出せるPythonライブラリだそうです。
コンシューマ向けのフロントはGAEで、顧客情報管理はセールスフォースで、のような利用が想定されているのでしょうか。
来年からサービス開始すると発表されているForce.com Sitesも外部公開サイト向けの機能ですが、まだ一部ユーザ向けプレビューのみで料金体系や利用上の制約条件が発表されていません。Force.com Sites では完全独自ドメインでの利用は難しいですし。

November 29, 2008

セールスフォース・ドットコム岡本君が語るクラウドコンピューティング

差別化できないところにリソースを割くべきか:
クラウドサービス提供ベンダーの視点からみたクラウドの現状
http://www.itmedia.co.jp/enterprise/articles/0811/28/news043.html


この記事を読んで、日本のIT業界ではクラウドコンピューティングへの認識がいかに遅れているかを再確認しました。


岡本君ほどの男がこの内容で講演をしなければならない現実。

彼が、こういう活動に「やれやれ」と思っているのか、充実感を感じているのかは聞いてみないとわかりませんが。

あ・・・なんか誤解を招いていたかも知れません(汗;
ようやく気づきました。
岡本君ほどいろいろ知っていてアイディアも持っている人が話す内容が、聞き手の目線に合わせて会社紹介とクラウドって何?とクラウド使いましょうだけじゃもったいないですよね。岡本君ならもっと面白い話ができるのにね。でも周りがついていかないんだろうなぁ。

・・・って言いたかったのです。
叩いたワケじゃないんです。岡本君、ごめんね。
会社としては、今はこういう場でこういう話をすることは重要なんだろうね。



マルレクという、日本のエンタープライズ系IT業界の最先端に興味を持つ人々が集まるこのセミナーで、この内容で講演が行われる現実。
まだまだ認知度低いんですね。


この程度の内容なら、私にだって喋れます。


クラウドコンピューティングを「市場を形成するビジネス」として認識できていない層がまだまだ多いということなのでしょう。
国内ではまだまだ黎明期なのでしょうか。

事実、実用化・収益化できているベンダーはごくわずかです。



・・・。


このブログでも何度か言及してるので繰り返しになりますが、「どんなビジネスをやるのか?」が無いままに、ビジョンも不明確なままデータセンターだけ作って「SaaS参入」「クラウド参入」などと言い出すベンダーが多いがために、クラウドコンピューティングという言葉は「バズワード」とさえ言われるようになってしまいました。

春頃に、このブログで「SaaSありきでうまくいくはずはない」と書きましたが、この有様です。
「SaaSの収益化は難しい」
「SaaS(という言葉)はサービスの打ち上げにはいいが、利益には結びつきにくいのが現状だ」
http://www.itmedia.co.jp/enterprise/articles/0811/07/news118.html


未だにこんな発言をする大手SIerが幅を利かせていますし。
クラウドに興味を持っている顧客はいる。だが必ず「信頼性は?」と聞かれる。それは残念ながら,今のところないに等しい。「自己責任で使ってください,その代わり安いですよ」。そういうものだと理解している。
http://itpro.nikkeibp.co.jp/article/COLUMN/20081031/318289/


まだまだですね。はぁ・・・


November 6, 2008

Salesforce.comが新サービスを発表

Salesforce.comが、米サンフランシスコで開催中のDreamforceで、様々な新サービスを発表しました。

  • Force.comアプリを外部公開サイトにできるForce.com Sites
  • Force.comアプリでGoogle Visualizationを利用できる
  • Force.comアプリのAmazon EC2/S3対応
  • Force.comアプリからFaceBook APIを利用できる


各機能の解説は各種ニュースサイトにお任せするとして・・・


この中で私が注目するのは「Force.com Sites」です。
http://developer.force.com/sites
単なる外部公開するWebアプリケーションPaaSプラットフォームとして強力なGoogle App Engine対抗となり得るばかりか、独自ドメインも使えるようですし、SFDCがこれまで提供してきたCRM等と連携して、アンケートやお問い合わせ・サポートなど、マーケティングツールとして幅広く使えそうですね。
Google App Engineで同じことをやろうとしたら自分で作り込まなくてはならない部分があまりにも多すぎます。
SaaSベースのCRMを提供している他ベンダー(OracleやSugarCRMなど)が同じことをやろうとしてもまた、自分で作り込まなくてはならない部分があまりにも多すぎます。
この機能はまだDreamforce参加者限定のプレビュー版ということですが、この機能を使うにはライセンス料がそれほど安くはなさそう・・・と予測しますが・・・。


それから、Amazon EC2/S3対応。
http://wiki.apexdevnet.com/index.php/Amazon_Toolkit
つい先日のエントリーで、オープン性・互換性についての懸念を書いたばかりですが、SFDCはちゃんと対応を考えていました。

まだチュートリアルをちゃんと見ていませんが・・・

Force.comで作成したアプリをAMIにしてAmazon VM上で動作させることができるのかな?

私は、ユーザがクラウドコンピューティングへの抵抗を感じるポイントとして、セキュリティ面の他に互換性の問題があると思います。
クラウドコンピューティングプロバイダのサービス廃止は、フェイルオーバー、サービス障害、プロプライエタリ技術による囲い込み以上に大きな問題です。ユーザは、SFDCのアプリを使えば使うほど、「これが無くなったらどうしよう?」と思いますから。
作成したアプリが、SFDCのクラウド上でも、Amazonのクラウド上でも動作できるならば、ユーザにとって大きなメリットになるでしょう。

ストレージとしてS3が使えるのも大歓迎です。


Facebook連携は・・・
日本国内ユーザはあまり多くないのでまぁいいでしょう(笑)

October 19, 2008

Force.comのApex

約1年前に発表されたSalesforce.comが提供するアプリケーション開発環境・動作環境「Force.com」。
Salesforce.comは「SDKを配布するからインストールしてアプリ開発してね」ではなく、アプリケーションの統合開発環境・テスト環境までもWeb上に乗っけてきました。統合開発環境のSaaS化です。アカウントを取得すればブラウザを起動するだけでSalesforce.comのクラウド上でアプリ開発可能です。
しかも既に実用化・収益化できています。Salesforce.comの強みであり、他社がなかなか追いつけない要素の1つでしょう。
はじめて知ったときは、何てスゴイモノを作ったんだ!と驚愕しました。

しかし・・・

プログラミング言語が「Apex」という独自言語なのが惜しいところ。

中身を開けてみればJavaに似ているし、シンプルで覚えやすいのですが・・・
開発者の視点から見るとどんなにカンタンでも「新しい言語を覚えなくてはいけない」というだけで壁が1枚できるものです。

「マルチテナント」と「安全性」を両立するためには、Salesforceのプラットフォームのコア部分が動いているモノ(ここはJavaです)を共有させるわけにはいかず、もう1層上にVM(のようなモノ)を乗っける必要があることは理解できます。

でも、そこがJavaであってもいいはず。

やはり、過去のSunと他社との経緯を無視できなかったのでしょう。

Sunは、Java標準仕様に独自の拡張や独自の制約を設けることに関しては煩いですから。

MicrosoftはJavaに独自の拡張をしたためにSunに訴えられ、長い法廷闘争の末にJava2以降の実装を許されなくなりました。

最近では、GoogleのAndroidも独自のアーキテクチャゆえ、SunとGoogleの間で少し揉めました。


そんなわけで、Sunが進めているProject Carolineには注目しています。SunはProject Carolineで、JavaによるPaaSを実現しようとしています。

Sunの中の人に聞いた限りでは、Project CarolineがSunのクラウドコンピューティング戦略のメインストリームというわけでもなく、SunのPaaSはProject Carolineで行くと決まっているわけでもなく、ただの研究開発プロジェクトの1つでしかない、ということですが・・・

将来的には、EclipseもSaaS/PaaS化したいという噂もちらほら。

Amazon/Oracleあたりで、Xenベースのオープンなアーキテクチャなクラウドコンピューティングという流れもあります。


これらが実用化されたらForce.com/Apexやばいかも。

今はSalesforce.comが先行しています。他社が追いつくまでに時間がかかるので、その間にデファクトを握ってしまおうという方針でしょうか。
それとも、オープンなアーキテクチャへの大幅な方針転換の可能性も視野に入れているのでしょうか。

個人的には、Force.comのプログラミング言語がJavaになってくれたら言うことナシです。

October 5, 2008

最近のクラウド・SaaS・PaaS

Cloud Computing
最近、データセンターを作っただけで「クラウド参入」とか言ってる企業、多くないですか?
「データセンター」を「クラウド」と言い換えているだけのような。
「クラウド・コンピューティング」は「仮想化」以来の“乱用語大賞”
「過大な情報がIT業界に混乱を招く」とガートナーが警鐘
  ※「MSとIBMが使い出した時点でバズワード化する」とはS社のO氏の発言。(^^;


SaaS
実態はただのWebアプリやASPなのに「SaaS参入」とか言ってる企業、多くないですか?
SaaSと言いながらクラウド環境・マルチテナント環境ではないため、いったいどれだけスケールするのか不安で仕方ない「SaaSもどき」が増えてきました。


PaaS
これを実用化・収益化できている企業はごくわずか。さすがに猫も杓子も「PaaS」と言い出すまでには至っていませんね。




各社の動向
最近の各社の動きはどうなっているのでしょうか?
大きく分けると、

  1. クラウドインフラのみ提供
  2. アプリケーションを提供(SaaS)
  3. アプリケーション動作環境を提供(PaaS)
といった分類になるでしょうか。


Yahoo/HP/Intel連合
まだ研究開発段階。クラウドインフラと、もしかしたらPaaSも?
HP、インテル、ヤフーの3社、クラウド・コンピューティングの共同研究プロジェクトを発表


ユニシス
「SaaSはじめます」と言ったが、その後進んでいるのだろうか?「乗り遅れたくない」感で言ってみただけ?
日本における早急なPaaS、CaaSの確立を目指す~ユニシス


富士通
「SaaSはじめました」と言ったが、その後進んでいるのだろうか?「乗り遅れたくない」感で言ってみただけ?
富士通が SaaS 3 サービスを開始


IBM
データセンターをばんばん作っている。その上で何をやるのだろう・・・。クラウドインフラと、もしかしたらPaaSも?
IBM、「Blue Cloud」コンピューティング計画を発表
IBM、世界4カ所にクラウド・コンピューティング・センターを開設


Sun
Project Carolineは大注目。Salesforce.comが成し得ていない、標準言語(Java)によるPaaSを実現しようとしている。でもまだ研究開発段階。
サン、PaaSモデルの研究プロジェクト「Project Caroline」を披露


Google
Google App Engineはアプリケーション実行環境の提供という形式でPaaSをやっているけど、アプリケーションの開発作業はローカルマシン上で行ってそれをアップロードするしかない。
ここ1年ぐらい、エンタープライズ分野では最近目立った動きがないが、Mobile側(Android)からクラウドの使い道を広げようとしている。うまくいけばこっちの切り口からエンタープライズ分野へ食い込んでいけるのかも。
「独創的な」という言葉がぴったりなこの企業の動きには常に要注目。


Amazon.com
インフラの提供はしっかりやっているけど、その上で何をするのか?は利用者任せ。今のところ、Amazon.com自身はECサイト以上のサービスをしていない。Amazon WSは、実質はレンタルサーバっぽい使われ方がほとんどなのでは?


Microsoft
クラウド上にWindows Serverが乗っかって、何が嬉しいのだろうか・・・
MSのクラウドへの取り組みは、Office Suiteにしろ、OSにしろ、結局クライアントパッケージをインストールしないと使えない「非SaaS」なものになるでしょう。
MSのバルマーCEO、「Windows Cloud」の詳細に言及


Oracle
Siebel on Demandなど一部SaaSを提供しているけど、いったいどのぐらい儲かっているのだろうか。MS同様、パッケージライセンスの売上によって過去最高利益を更新し続けているこの企業が、本気でSaaS/PaaSに取り組むとは考えにくい。
Amazon WS上にOracle Databaseを乗っけるパッケージの提供も始めるらしいけど、自社パッケージをクラウドに乗せますという点ではWindows Cloudと同じ。自分でアップロードして展開して設定してね、という点ではもっとひどいかも。すぐに使えるDaaS(Database as a Service)を用意していたらちょっとは「ほう」と思ったかも。
オラクルのクラウドへの第一歩


RedHat
Amazon WS上でJBossが動くようになるらしい。
Red Hatが見据える次世代のアーキテクチャ


Salesforce.com
結局、「クラウドだけどSaaS/PaaSではない」サービスは、ユーザーにとってはハードウェア準備・運用の手間は省けるけど、サーバソフトウェアの構築・管理、アプリケーション開発をしなければならないことは変わらず。MSのアプローチはまた独特だけど。
また、クラウドはそれだけではその存在に意味は無く、クラウド上で提供されるサービスがビジネスとして確立しないと成り立たない。エンタープライズ分野でインフラ・ミドルウェア・アプリケーション・開発環境まで(クラウドからSaaS/PaaSまで)トータルに提供し、実用化・収益化できているのは、事実上SFDCのみか・・・


今のところ、Salesforce.comが独走態勢で、他企業が技術・サービス両面で追いつくのはもう少し先になると思う。

SFDCを脅かすのは、オープン化の波かもしれない。
Amazon WSがXenベースであるため、JBossやOracleは対応できた。
アメリカではAmazon WS互換の他社サービスも始まっているらしい。Amazon WSのバックアップやフェイルオーバー用途に使えるとのこと。
数年後にはプロプライエタリなテクノロジによる囲い込みをオープンソースが切り崩すという波がクラウドコンピューティングの世界にも来るかもしれない。

July 3, 2008

Tour de Force Tokyo 2008 へ行ってきました

Salesforce.com の開発者向けイベント Tour de Force Tokyo 2008 へ行ってきました。

午前に行われた基調講演は US 本社CEO兼会長であるマーク・ベニオフ氏の講演。
立ち見を含めてギッシリ満員御礼でした。

以前から Salesforce.com に興味を持ち、開発者アカウントでいろいろいじっていた私にはあまり目新しい内容ではありませんでしたが、その中で PaaS こそが Web3.0 であると言い切っていたのが印象的でした。
これには、多方面からいろいろな意見があるかとも思いますが・・・
いつもながらマーク・ベニオフ氏のメッセージはわかりやすく、しかし日本で発言するには少々刺激的にも感じます。

午後のセッションはシステム管理者、IT管理者およびビジネスアナリスト向け (アプリケーション構築初級)、開発者、プログラマ向け (Apex/Visual Force を駆使したプログラミング上級者向け)、ISV,起業家向けと分かれていました。もちろん私は開発者、プログラマ向けのセッションに参加しました。SFDC へ転職した後輩はシステム管理者、IT管理者およびビジネスアナリスト向けのセッションを担当していたらしいのですが・・・。

セッションの内容そのものは私には新しい情報ではありませんでしたが、デモコーナーで SFDC のエンジニアの方とお話しして、作成したアプリケーションのテストについての情報を得られたのが収穫でした。

Force Builder (Web上での開発環境) では、作成したアプリケーションには JUnit のようなメソッド単位のテストコードを書くことができ、75%以上のカヴァレッジが得られないと本番環境へのリリースができないようになっているそうです。
ただしテストコードは Force Builder に限られていて、ForceIDE (Eclipse プラグインでの開発環境) でのユニットテスティングフレームワークが提供されていないのが残念ですが・・・
UI 上のテストは、セレニウムなどを使うしかなさそうです。
しかし、SFDC のすべてのエンジニアがそのあたりを把握しているわけではなさそうです。初めに私が質問した方はテストについてはほとんど答えられませんでした。
後でSFDC へ転職した後輩に聞いたらすべてクリアになりましたが(笑)

エンタープライズ向けアプリケーションの開発では、手動&目視によるテストのみなどという状況はありえません。
少し規模のあるカスタムアプリケーションを作成した場合はユニットテスティングフレームワークが必要になると思われますので、開発者向けの機能に関する今後の展開に期待したいところです。
カスタムオブジェクトを扱う、DbUnit のように更新系テストのための機能を提供するテスティングフレームワークも欲しいですね。


それから、せっかくのテクニカルセッションなので、電源と無線LANを用意して、ノートPCをお持ちの方はその場で試せます!みたいになってるとよかったかも。
体験コーナーの台数も多くなかったし。


May 31, 2008

SalesforceをVPNで利用可能に。

少し前の記事ですが・・・

セールスフォースのSaaS型アプリがVPNでも利用可能に--NTTグループと連携
http://japan.zdnet.com/security/story/0,3800079245,20373964,00.htm

それほど大きく取り合げられたニュースではないのですが、これは日本で普及するための大きな武器になるのではないでしょうか?

導入を検討企業にとっては、Google Apps との連携よりもこちらの方が、よっぽど大きなアピールになり得ます。

通信内容は暗号化されていようと、データセンターはどんなにセキュアだと言われようと、それでも重要な社内情報や顧客情報をインターネットに晒すことに大きな抵抗があると考える企業は多いですから。

May 12, 2008

SaaS 普及のカギ

今 SaaS を手がける代表的な企業といえば、Google と SalesForce.com です。

しかし、両社のサービスに私は不満です。

何がって?

SaaS Office Suite
(残念ながら?)世の中の人々(特に企業ユーザー)は、MS Office を手放せません。SaaS ドキュメントにも MS Office 完全互換を求めています。
Google Document が MS を打倒できない理由は、ズバリ MS Office 完全互換でないからです。一応 MS Office 形式でエクスポートは可能ですが、マクロは動作しないし、レイアウトが崩れたりします。
OOo の普及が進まないのも、MS Office 完全互換ではないからという理由に他ならないからでしょう・・・

MS さん!何やってるんですか?
Office ドキュメントと Web 上のドキュメントのインポート/エクスポートを完全に行える SaaS 形式の Office Suite をリリースすればみんな使うのに・・・
結局、最終的にはローカルへのインポート/ローカルからのエクスポートの需要はあるのだから、ユーザーが増えれば(減らなければ)Office は売れ続けるのに・・・
マクロも消えない、完全互換の SaaS ドキュメントは(現在のところ) MS だけが作れるものなのに・・・
「オープンである」とかはきれい事。特に企業ユーザからは MS Office 完全互換が求められているのが事実だと思います。
Web にインポート/エクスポートできる MS Office ドキュメントは厳密に言えば SaaS ではないのですが、ユーザが求める物を提供することは大事ですよね。


クラウド/ PaaS
SalesForce.com の Force.com は Apex という独自言語と独自 API がネックですね。他のプラットフォームへ移植できませんから。
Google App Engine も、同じ理由で Bigtable がネックです。

Sun さん!何やってるんですか?
完全 Pure Java なクラウド環境をリリースすればみんな使うのに・・・
Glassfish が使えて、H2 や Derby (JavaDB) が動作すれば言うことナシです。
Google App Engine なんてメじゃないのに・・・
完全 Pure Java なクラウド環境がリリースされれば Java テクノロジはますます躍進するでしょう。そして、Sun は PaaS 分野のリーダーとなれるでしょう。

・・・とここまで書いて思い出しました。たしか、Sun は非営利団体等へ仮想化サーバスペースを無償で提供するというソリューションをやっていたはず。・・・
ただし、米 Sun のサービスで日本語文字コードセットの扱いに問題があったような。
具体的な資料は探し出せず。。。残念。



Web メール
SaaS の普及がもっとも進んでいる分野が Web メールでしょう。Gmail、Hotmail (Windows Live! Mail)、Yahoo! Mail を利用している人はとても多いと思います。
しかし、メインではメーラーによる POP アクセスが主で、Web メールの利用はプライベートでは 30%、ビジネス利用では 10% 以下です。(2007年9月の記事による)

Web メールメイン利用、仕事では約9%・自宅では約30%
http://japan.internet.com/research/20070920/1.html

Web メールの利用はセカンドアドレスや「漏洩・流出してもかまわない、いざとなったら捨てられるアドレス」としての利用が大多数なのではないでしょうか。企業ユースではさらに比率が下がりますが、これは情報漏洩対策等の結果でしょう。


SaaSを使わない理由
こんな記事もありました。

SaaSを使わない理由――IT投資調査から
http://www.itmedia.co.jp/enterprise/articles/0805/14/news015.html
それなりに多いSaaS普及への課題
http://www.itmedia.co.jp/enterprise/articles/0804/25/news007.html

April 18, 2008

GoogleAppsとSalesForcecomの提携

日本国内でも発表されましたね。

Salesforce for Google Apps
http://www.salesforce.com/jp/googleapps/?d=70130000000Dsim

プレスリリース
http://www.salesforce.com/jp/company/news-press/press-releases/2008/04/080417.jsp


SalesForce.com は来週に国内イベントを控えていることもあり、米国から幹部が来日して日本でも記者会見が行われました。

「Salesforce+Google Apps」の統合、日本で初のデモ (@IT)
http://www.atmarkit.co.jp/news/200804/17/sf.html

グーグルとセールスフォースが提携--その狙いと勝算 (CNET Japan)
http://japan.cnet.com/column/pers/story/0,2000055923,20371533,00.htm

「グーグルと“ソフトの終焉”に寄与」(ITpro)
http://itpro.nikkeibp.co.jp/article/NEWS/20080417/299412/

「グーグルと我々は同じビジョンを共有している。それはソフトウエアの終焉をもたらしたいということだ」は、
正直に「グーグルと我々は同じビジョンを共有している。それはMSの終焉をもたらしたいということだ」と言えばいいのに(笑)


大本営発表では「『ソフトウェアの終焉』が始まった」「ユーザーのSAP、オラクル、マイクロソフトへの依存が終わる」等、なかなか刺激的な言葉が並んでいますが・・・

今回の提携が Google Apps のシェアを一気に伸ばしたり、SaaS というサービス形態が一気に認知され普及するほどのインパクトを持つとは考えにくいです。
現実には既存の SalesForce ユーザの一部が恩恵を受けるのと、SaaS CRM 製品の導入を検討している新規のユーザにとって、SalesForce.com と競合する他社の Saas CRM 製品に対して多少のアドバンテージができる程度のものでしょう。今回の提携によって実現する機能は SalesForce を利用しないユーザにとって全く関係ありませんし、SalesForce を利用するユーザでもメールやオフィス等を Google Apps へ移行しないとメリットがありませんから。

とはいえ今回の提携は、SaaS アプリケーションのマッシュアップという、1つの事例を作ったと言えるでしょう。


「GoogleとSalesforceの提携は長続きしない」ZohoのCEOがコメント (INTERNET WATCH)
http://internet.watch.impress.co.jp/cda/news/2008/04/15/19219.html

まあ、これはライバル企業の発言なのでそれを勘案しておく必要がありますが・・・(^^;
Zoho としては何かコメントをしないで指をくわえているだけというワケにはいかない・・・という理由だけで出てきたコメントでしょう。


刺激的な言葉で満たされた大本営発表に、対抗しなければならないという理由だけで出てくるライバル企業のポーズ的な発言。
こういったやり方はとてもアメリカ的で、日本文化とは異質なモノを感じざるを得ません。日本の市場にしっかり根を下ろしたいのなら、それなりのマーケティング/プロモーションをしないと外資系ベンダの日本でのシェア拡大は難しいかもしれませんね。

April 9, 2008

Google App Engine が公開されました

Google App Engine が公開されました。

http://code.google.com/appengine/

Googleが提供するインフラ上に自作のWebアプリを乗せられ、データベースまで利用できるというモノです。

しかも、初期費用無料で。

私自身このニュースを見たとたん「来たっ!」と思いましたが、
マスコミの反響も大きいようです。

Googleのインフラでアプリを動かせる「Google App Engine」(ITmedia)
http://www.itmedia.co.jp/enterprise/articles/0804/08/news056.html

グーグル、「App Engine」を発表--オンラインアプリケーション開発用にインフラ提供 (CNET Japan)
http://japan.cnet.com/news/media/story/0,2000056023,20370974,00.htm

クラウドサービスに参入【詳報】「Google App Engine」ってなんだ (@IT)
http://www.atmarkit.co.jp/news/200804/08/appengine.html

「Google App Engine」発表、Googleのインフラ上でWebアプリ構築 (マイコミジャーナル)
http://journal.mycom.co.jp/news/2008/04/09/002/index.html

技術系ブログでも大盛況ですね。
Google ブログ検索の結果

Google App Engine は、Amazon の EC2/S3/SimpleDB や、Salesforce.com の force.com と競合するサービスになり得ますね。

Amazon や Salesforce.com がこれらのサービスを始めたときよりも反響が大きい印象です。改めて Google の影響や注目の大きさを感じます。

Salesforce.com に転職した後輩が、「Google が始めたとしても、Salesforce.com はもう8年もやっている実績がありますから」と言ってました。

Salesforce.com の force.com は、既存の高機能なCRMシステムを持っていて連携できるのが強みでしょうか。さらにリッチな GUI 開発環境を SaaS 形式で提供しているのが特徴です。アプリケーションのコードは Apex という、Java によく似た独自言語で記述します。

Goole App Engine は、背後に GoogleのBigTable、GFSという基盤を持っているのが強みだと思います。これは非常にスケーラビリティの高いシステムを構築できる可能性を持っていることを意味します。
mixi のような大規模 SNS もホスティングできたら、これはすごいことになりますね。世の中のインターネットサービスやエンタープライズシステムのあり方を一変させる可能性を秘めています。自らインフラを持たずとも初期投資ほぼ0からスタートして、大規模エンタープライズシステムやmixi のような規模を持つコンシューマサービスを運営できることになるのです。
多くのサービスやエンタープライズシステムが、自社サーバではなく Amazon や Google のクラウド上に移行するということがさらに現実味を帯びてきた感があります。Google のことですから、それぐらいの野望は持っているでしょう。

Web 上で Service を提供する SaaS から、プラットフォームを提供する PaaS (Platform as a Service) 時代へシフトする未来が見えてきた感があります。

Goole App Engine の正式サービス開始時の料金体系がまだ発表になっていませんが、Google の大容量ストレージを格安で利用できるメリットを打ち出してきそうな予感がします。

プログラム言語としては、現在は Python のみのサポートですが、将来的には他言語にも対応予定とのこと。Salesforce.com の force.com が独自開発言語と SaaS 形式のリッチな GUI 開発環境を提供するというアプローチに対して、Google App Engine は多言語対応で、開発環境は「自分の好きなものを使ってね」的なアプローチです。

Salesforce force.comGoogle App Engine
開発言語ApexPython
他言語もサポート予定
開発環境専用GUI環境(SaaSで提供)SDK提供
統合開発環境は無し。
開発者が好きなものを利用。
インフラSalesforce.com
(恐らく市販商用サーバ + 商用DB)
GFS + Google BigTable
最低限の
初期投資
0円0円
他サービス
との連携
強力・高機能なCRMシステムGoogleアカウントを利用した
認証等
独自ドメイン
の利用
不可


Yahoo! や MS はこの流れに追従するのでしょうか?MS はやりそうな気がしていますが・・・

まあ、Google と SalesForce.com ではターゲットとするユーザ・アプリが違う気もしますが・・・
平たく言うと Web2.0 的コンシューマサービスをゲリラ的に立ち上げやすい Google と、あくまで企業ユーザをターゲットにした SalesForce.com という感はあります。



ともあれ、Getting Started Guide に従って少しいじってみました。
(Windows XP Professional 環境です。)

トップページ http://code.google.com/appengine/ から、サインアップし、SDK をダウンロードします



msi 形式の Windows インストーラが用意されているので、それをダウンロードしました。

さて、インストール・・・

と思いインストーラを起動したら、Python2.5 が必要なので、まずはそっちをインストールしなさい・・・と怒られました。



Mac OS X 10.5 Leopard ならデフォルトで入っているんですけどね。

というわけで、Python をインストールしてから、GoogleAppEngine SDKのインストール。



インストール作業は、ライセンス同意と、インストールディレクトリの選択のみのシンプルな構成。「I Agree」とか「Next」を押しているだけで特に問題なく終了しました。
インストール時に、インストーディレクトリに PATH を通すかどうかのチェックボックスがありますが、チェックを入れておくとサーバの起動やアプリケーションのアップロードの時にコマンドをフルパス指定しなくて済みます。というだけです。

開発環境(SDK)には、開発用アプリケーションサーバ、ローカル環境専用データベースが含まれています。

Getting Started Guide に従って、最も簡単な Hello World アプリケーションを作ってみました。

まず、適当な場所にhelloworldディレクトリを作成し、その中にテキストベースで helloworld.py という名前のファイルを作成します。
ファイルの中はこんな感じ。


print 'Content-Type: text/plain'
print ''
print 'Hello, world!'



Google App Engine では、app.yaml という名前の設定ファイルが必要なので、同じディレクトリ内に作成します。


application: helloworld
version: 1
runtime: python
api_version: 1

handlers:
- url: /.*
script: helloworld.py



application: App Engine がアプリケーションを識別するためのユニークな名前を付けます。
  • version: アプリケーションのバージョン番号。アップロードする前にバージョン番号を編集する必要があるそうです。App Engine はバージョン番号を認識しているので、管理コンソールで前のバージョンに戻したりできるらしいです。
  • runtime: と api_version: エントリは、現在は python、1 で固定です。将来別の言語を使えるような計画もあるので、その際に拡張されるみたいです。
  • handlers: 上記の設定は、すべてのリクエストに対して helloworld.py スクリプトが動作するということを意味します。スクリプトの他にも、ディレクトリを指定したり、指定したURIは管理者のみがログイン可を指定したりが可能です。
YAMLのリファレンスはこちら。
http://code.google.com/appengine/docs/configuringanapp.html


これで準備完了です。

コマンドラインから Google App Engine のサーバを起動します。その際にスペース区切りでアプリケーションの配備ディレクトリを指定します。


dev_appserver.py アプリケーションのディレクトリパス




あとは、ブラウザから http://localhost:8080/ にアクセスすると・・・



これを、Google App Engine のサーバにアップロードすれば公開できます。

アップロードするには、まず http://appengine.google.com/start/createapp からアプリケーションを作成します。



このとき、Application Identifier の項目は app.yaml の application エントリに登録した文字列と合わせておく必要があります。
この文字列はアプリケーションの識別子となるのですが、ユニークであるスコープはユーザ単位ではなく、Google App Engine サーバ全体です。つまり、同一のアプリケーション名を他人に使われていたら使えません。
というわけで、helloworld が(当然のように)使われていたので、ここでは「liebejudith-helloworld」に変更しました。app.yaml の application エントリもこれに合わせて修正しています。

そして、アップロード。Web 管理インタフェースからアップロードするのかと思いきや、Google App Engine ではコマンドラインから appcfg.py コマンドを実行してアプリケーションをアップロードします。


appcfg.py --email=登録メールアドレス update アプリケーション配備ディレクトリ



これで完了。ブラウザから次のURLにアクセスします。


http://アプリケーション名.appspot.com/







Google App Engine は、Pure Python アプリも動作しますし、アプリケーションと一緒にアップロードすれば多くのフレームワークを動作させることができます。

SDKに同梱されているのは、Django v0.96.1 と、オリジナルのWebアプリケーションフレームワーク "webapp" です。

webappフレームワークには、下記のような機能が含まれています。
  • Google アカウントと連動したユーザ認証API
  • データストアAPI。データ操作には、SQLによく似たクエリ言語"GQL"を利用
  • Webページ作成のためのテンプレートエンジン
  • Mail API


私は Java しか知らない人間なので Python はほとんど触ったことはないのですが、Google App Engine アプリを作るために Python を覚えてもいいかな?という気にさせてくれます。


次回は、Getting Started Guide で紹介されているゲストブックアプリケーションを参考にして、掲示板アプリでも作成してみたいと思います。

January 15, 2008

Salesforce

最近、Salesforce関連のニュースが目に付きます。

ソフトバンクBB、Salesforceと連携可能なASP型Web会議サービス
http://www.softbankbb.co.jp/news/press/2008/p0115_01.html

SaaS型プロジェクト管理ツール『@task』がSalesforceと連携
http://japan.cnet.com/release/story/0,3800075553,00025977p,00.htm

Salesforce上で稼働するメール配信システム、トライコーン
http://www.atmarkit.co.jp/news/200712/17/tricorn.html
http://www.tricorn.co.jp/press/207.phtml

Salesforceと連携する帳票アプライアンス「帳票くん」、12月発売
http://enterprise.watch.impress.co.jp/cda/hardware/2007/12/18/11895.html
http://www.sunbridge.com/news/press/2007/12/salesforce.html

私も少し前まで、自分の勤務先の会社でforce.comプラットフォームアプリケーションのSIが実現できないか?と考えていました。

T氏には一度、自分の勤務先へ来ていただいたことがあり、
それをきっかけに、ネット上で調べてみたら
T氏が尊敬すべき素晴らしいエンジニアであることを知り・・・

このT氏と仕事ができるかもしれない!というのが
私のforce.comプラットフォームアプリケーションの仕事をしたい!
と思う原動力の一つだったのですが・・・

非常に残念なことに、Salesforce社からT氏が退社したと知り、
その意欲がすこし減退気味です・・・



でも、多くのアナリストが2008年はSaaSの時代、サービスの時代と提言しています。

私の、Salesforceへの直近のモチベーションは下がったものの
今年、SaaSへのアンテナはより敏感に張っておく必要がありそうです。