2006年 12月 05日 火曜日
2006年 12月 05日 火曜日 今日はイベントの告知です。
12/8(Fri) 13:00-19:15にSun Software Showcaseというイベントが開催されます。Sunのソフトウェア関連技術の最新動向，ソリューションについてまとめて情報収集できる良い機会ですので，是非，ご活用ください。
Java，SOAに関心を持っている方にお奨めのセッションを挙げてみますと，
- C-1: Java コアテクノロジーの最新動向
- C-2: Sun Java CAPSによるビジネスプロセス管理事例集～BPM導入のポイントと効果～
- D-2: これで解決! Webサービス相互運用性 WindowsとJava
- D-3: Sun Java CAPS最新テクノロジー・オーバービュー
- A-4: SOA進化論
というところでしょうか。
# 「SOA進化論」には不肖ながらわたくしめも登壇いたします。
2006年 10月 05日 木曜日
先日，とあるお客さんにJava EEやSOA関連のテクノロジー，製品を紹介した際，「Javaを使わなければならないことは障壁になる場合もある」というようなコメントをもらいました。Javaを否定されることはあまり無かったのでちょっと新鮮な経験でした。
「Java」とひとくちに言っても，そこには大きく，Java VM，Javaライブラリ，Java言語という3つの要素があります。これまではこれら全てをひっくるめて「Java」として語られるケースがほとんどでしたが，最近ちょっと状況が変わりつつあります。例えば，先日のSun Tech Daysのキーノートでもこんなスライドがありました。
「Java VM + Javaライブラリ + Java*以外*の言語」という組み合わせが特にスクリプト言語の周辺で話題になっています。現状，Java VM上で動く言語が"Languages for the Java VM"というサイトにまとめられていますので，興味のある方は参照してみてください。
「Java」とひとくちに言っても，そこには大きく，Java VM，Javaライブラリ，Java言語という3つの要素があります。これまではこれら全てをひっくるめて「Java」として語られるケースがほとんどでしたが，最近ちょっと状況が変わりつつあります。例えば，先日のSun Tech Daysのキーノートでもこんなスライドがありました。
「Java VM + Javaライブラリ + Java*以外*の言語」という組み合わせが特にスクリプト言語の周辺で話題になっています。現状，Java VM上で動く言語が"Languages for the Java VM"というサイトにまとめられていますので，興味のある方は参照してみてください。
2006年 9月 23日 土曜日
現在，Sunの開発者向けイベントSun Tech Daysのワールドツアーが始まっています。
日本での開催が予定されていないのはちょっと残念ですが。プレゼンテーション資料を参照できますので，是非チェックしてみてください。技術的な内容が詳しく解説されているのでお勧めです。
例えば，Seattleで実施されたセッションのタイトルには，以下のような興味深いキーワードが並んでいます。
日本での開催が予定されていないのはちょっと残念ですが。プレゼンテーション資料を参照できますので，是非チェックしてみてください。技術的な内容が詳しく解説されているのでお勧めです。
例えば，Seattleで実施されたセッションのタイトルには，以下のような興味深いキーワードが並んでいます。
- Java EE and Glassfish
- Java SE
- NetBeans
- JAX-WS and WSIT
- BPEL and SOA
- Java Scripting
- AJAX and Web 2.0
- etc.
2006年 8月 19日 土曜日
あまりタイムリーではありませんが，今週月曜(8/14)に発生した停電について。
そのとき私は自宅にいました。出社の準備をしていると，明かりが二，三度明滅した後，完全に消滅。もしかして電気を使いすぎたかなと思いブレーカーを確認しましたが，落ちている様子はなかったので，停電だなと判断。夏にしては比較的涼しい朝だったので，電気の使いすぎによる大規模停電ではないだろうから，じきに復旧するだろうと思いつつ自宅を出ました。
自宅周辺の信号は消えていましたが，駅のエスカレータや電車は動いているようだったので，そのままいつもどおり乗車。車内では「銀座線と日比谷線は運転を見合わせています」とのアナウンスがあり，これらの路線を使わない私はラッキーと思っていたのですが，実はラッキーではなかった…。私が乗っていたのは東西線。何駅か進んだ先の駅間で急停車。アナウンスは「現在，安全確認を行っています。しばらくお待ちください。」から，「復旧の見込みはたっていません。」に…。結局，電車が動き始めたのは約50分後。お盆ということで比較的社内が空いており，エアコンも動き続けていたので何とか耐えられましたが，体調の悪い人には厳しい状況だったと思います。
次の駅までは進んだものの，そこから発車する見込みは依然として立ってないということで，途中下車。動いていた他の路線に乗り換えて，会社へ向かいました。
なぜ，タイトルが「グリッドコンピューティングと…」かというと，自宅周辺の信号が消えているのを見た瞬間，グリッドコンピューティングの語源になったといわれている，電力網（あるいは送電網。英語ではPower Grid）が頭に浮かんだからです。「うちの近所への電力供給には迂回路がないんだな…。」
後の報道でも分かるように，迂回路はちゃんと存在していました。ただ，「復旧は、担当者が各変電所で安全を一つ一つ確認しながら手動で行うため、それなりの時間がかかった。」とのこと。自動で速やかに切り替えられるとばかり思っていたのですが，これほど大規模だと，手動の方が安全性が高いということですかね。自宅にいた妻によると，我が家では20分後くらいには電気が復旧していたらしく，手動での切り替えにしては，まぁ早く復旧した方だろうと思います。バックアップの電線が同じ鉄塔のすぐ隣にあるというのはどうかと思いますが…。
これを機に，自分の中で曖昧だった，グリッドコンピューティングとユーティリティコンピューティング，スーパーコンピューティングについて調べてみました。私なりの単純な理解をまとめて見ると，（私はこの辺りのエキスパートではないので，業界の正しい定義とは異なるかもしれませんが…）
と，ここまで整理したところで疑問に思い始めたのが，我が社のユーティリティコンピューティングのプログラムであるSun Gridの名前。ユーザにとって見れば，ユーティリティコンピューティングという使用者サイドのモデルが重要であり，裏でGridのテクノロジーが使われているかどうかは知ったこっちゃないのですが（だって，東京電力は電気のサービスのことを「東京電力グリッド」とは言いませんよね）。まぁ，Sunはテクノロジーの会社ですから，Gridというテクノロジーをアピールしている訳です。
そのとき私は自宅にいました。出社の準備をしていると，明かりが二，三度明滅した後，完全に消滅。もしかして電気を使いすぎたかなと思いブレーカーを確認しましたが，落ちている様子はなかったので，停電だなと判断。夏にしては比較的涼しい朝だったので，電気の使いすぎによる大規模停電ではないだろうから，じきに復旧するだろうと思いつつ自宅を出ました。
自宅周辺の信号は消えていましたが，駅のエスカレータや電車は動いているようだったので，そのままいつもどおり乗車。車内では「銀座線と日比谷線は運転を見合わせています」とのアナウンスがあり，これらの路線を使わない私はラッキーと思っていたのですが，実はラッキーではなかった…。私が乗っていたのは東西線。何駅か進んだ先の駅間で急停車。アナウンスは「現在，安全確認を行っています。しばらくお待ちください。」から，「復旧の見込みはたっていません。」に…。結局，電車が動き始めたのは約50分後。お盆ということで比較的社内が空いており，エアコンも動き続けていたので何とか耐えられましたが，体調の悪い人には厳しい状況だったと思います。
次の駅までは進んだものの，そこから発車する見込みは依然として立ってないということで，途中下車。動いていた他の路線に乗り換えて，会社へ向かいました。
なぜ，タイトルが「グリッドコンピューティングと…」かというと，自宅周辺の信号が消えているのを見た瞬間，グリッドコンピューティングの語源になったといわれている，電力網（あるいは送電網。英語ではPower Grid）が頭に浮かんだからです。「うちの近所への電力供給には迂回路がないんだな…。」
後の報道でも分かるように，迂回路はちゃんと存在していました。ただ，「復旧は、担当者が各変電所で安全を一つ一つ確認しながら手動で行うため、それなりの時間がかかった。」とのこと。自動で速やかに切り替えられるとばかり思っていたのですが，これほど大規模だと，手動の方が安全性が高いということですかね。自宅にいた妻によると，我が家では20分後くらいには電気が復旧していたらしく，手動での切り替えにしては，まぁ早く復旧した方だろうと思います。バックアップの電線が同じ鉄塔のすぐ隣にあるというのはどうかと思いますが…。
これを機に，自分の中で曖昧だった，グリッドコンピューティングとユーティリティコンピューティング，スーパーコンピューティングについて調べてみました。私なりの単純な理解をまとめて見ると，（私はこの辺りのエキスパートではないので，業界の正しい定義とは異なるかもしれませんが…）
- グリッドコンピューティング
以下の2つの要素で構成されるテクノロジー。 - 複数のコンピュータ資源を集約して仮想的に扱えるようにする。
これにより， - 全体として大きなコンピュータ資源を提供できる
- 複数のコンピュータ資源を，偏りなく，有効活用できる。
- 一部のコンピュータ資源に不具合が生じても，全体としては安定してコンピュータ資源を供給できる
- コンピュータ資源をユーザに届けるルートを冗長化する。
これにより， - 一部のルートに不具合が生じても，全体としては安定してコンピュータ資源を供給できる。
- ユーティリティコンピューティング
コンピュータ資源を，電気，ガス，水道のように，「いつでも」，「どこでも」，「使いたいだけ」，「従量課金で」利用できる仕組み。
グリッドコンピューティングにより実現可能（上記(1-a), (1-c), (2-a)の効果による）。
他の方法でも実現可能かもしれないが，現在のところ，グリッドコンピューティングが最も現実的なソリューションと思われる。
- スーパーコンピューティング（グリッドコンピューティングのコンテキストで）
大きなコンピュータ資源を利用できる仕組み。
グリッドコンピューティングにより実現可能（上記(1-a)の効果による）。
他の実現方法の方が主流と考えられるが，最近，特に，電力業界で呼ぶところの「マイクログリッド」による実現方法が注目されている。
と，ここまで整理したところで疑問に思い始めたのが，我が社のユーティリティコンピューティングのプログラムであるSun Gridの名前。ユーザにとって見れば，ユーティリティコンピューティングという使用者サイドのモデルが重要であり，裏でGridのテクノロジーが使われているかどうかは知ったこっちゃないのですが（だって，東京電力は電気のサービスのことを「東京電力グリッド」とは言いませんよね）。まぁ，Sunはテクノロジーの会社ですから，Gridというテクノロジーをアピールしている訳です。
2006年 6月 06日 火曜日 SunはInterop Tokyo 2006に出展します。
以下の4つのテーマを柱に，デモ，プレゼンテーションが行われます。
- Solaris
- SPARC
- Storage
- Java, Software
Java, Softwareに関しては，Identity Management, SOA(Sun Java CAPS), 開発ツール(NetBeans 5.5, Sun Java Studio Creator 2)などが予定されています。私もSOAのプレゼンテーションを行いますので，興味のある方は是非お立ち寄りください。
2006年 5月 17日 水曜日 Sun Business .Nextのプレゼンテーション資料が公開されました。
ご来場いただけなかった方は是非アクセスして，サンおよびITトレンドの最新事情を掴んでいただければと思います。
2006年 4月 29日 土曜日 最近話題（？）のCMTプロセッサUltraSparc T1ですが，マルチコアプロセッサでのソフトウェアのCPUライセンスについてお客さんから話が出たので，各社の考え方をちょっと調べてみました。
（専門ではないので違ってたらごめんなさい）
- BEA
2個目以降のコアには，0.25の係数を掛ける。（ニュース１）
ただし，デュアルコアCPUはシングルコアCPUと同一価格。（例外１） - Oracle
UltraSparc T1：コア数 x 0.25
AMD/Intel：コア数 x 0.5
その他のマルチコア・プロセッサ：コア数 x 0.75 - IBM
コア＝プロセッサが原則。
だたし例外が色々あり複雑…（例外１，例外２，例外３）。 - Sun
コア数に係らず，ソケット=プロセッサ。
ただし，サブスクリプション・モデル（定額使い放題）あり。
また，サポート不要なら無償。
Intel/AMD，UltraSparc，UltraSparc T1で実際の値を比較してみました。
オレンジ色の網掛けは，プロセッサ辺りのライセンス数が最も多く設定されている箇所です。さすがにIBMはSunのサーバを買ってもらいたくないようです。
UltraSparc T1で3倍以上の性能を出せれば，ソフトウェアライセンスの面で見てもお徳のようですね。この結果を見ると十分お釣りがきそうです。
コア数でライセンスを数える方法は，まだコア数が1桁のうちは何となく良さそうですが，こんなプロセッサやあんなプロセッサが現実的になってきた日にはどうなってしまうのでしょうか。
2006年 3月 11日 土曜日 ちなみにNASAのMars Exploration Rover Missionで，火星上のRoverから送られてきたデータを3次元画像に加工したりするMaestroというシステムにJavaが使われています。Java Everywhereです。