watermint.org

昨日OracleによるSun買収が発表されて、OracleからもSunからも正式なコメントも出て、ついにここ数年迷走を続けていたSunの身の振り方がほぼ確実なモノになったようです。社会人一年生の時から7年半もお世話になった会社が買収されてしまうというのは、なんだか母校がなくなるみたいな気持ちで複雑です。

kimimasaさんがかかれているSunのソフトウエアにおこる予言が少し気になったのでSunの外の人となった今コメントを (^^;;
その1。2009年はMySQLへの注目度がより高まり、もっと売れると思います[blogs.sun.com/kimimasa]。Sunのソフトウエアの中では相対的に注目度と売り上げはMySQLが集めると思いますが、データベース市場全体として注目度が高まるというのはまだ根拠が足りないと思います。理由としてあげられている、「安さ」と「品質の良さ」は、確かにその通りかもしれませんがすこし考察に深さが感じられません。ユニクロやマクドナルドがこの不景気の中でも成果を上げているのは、安いだけでなく「値頃感がある」からでしょう。Microsoft SQL Server、Sybase、Oracle、IBM DB2 UDBと比較してのTCO削減はデータベース導入を検討したことのある人であれば、資料を見なくても直感的に分かっていたことだと思います。それでもなお、MySQLを使っていなかった理由があったはずです。いくつか思い当たる理由を列挙してみます。

• 安心感 … みんなが使っている、あるいは大手が使っているなど安心感を得るための要素が多く、購入の意志決定者がはんこを押しやすい。問題が生じても、ベンダーに責任をなすりつければよいと考える。
• 安定性 … MySQLが不安定だということではなく、安定性についての前もって与えられたイメージが不十分だと思います。すでに大規模システムでの実績があるSQL Server、Sybase、Oracle、DB2ならば、クラスタリングや、トランザクションログの安全な運用、オンラインバックアップについて実績のあるソリューションを持っているだろうと推測が容易です。一方、MySQLにもそれらのソリューションがあっても、その構成を確たる状況にするまでの道のりが十分知られていないため、無意識のうちに選考対象から外れてしまう。
• パフォーマンス … SAPのSDベンチマークやSPECjAppServerのようなアプリケーションベンチマークの傾向から見るとまだMySQLやPostgreSQLのようなオープンソース・データベースはSQL Server、Oracle、DB2などの商用データベースと比較して10〜20%程度のパフォーマンスペナルティがあるように見えます。

MySQLがさらに注目を集める原因があるとすると、急速な景気後退によって、低価格の代替案を検討せざるを得なくなることでしょう。それにより、MySQLについて今までよりも深く知られるようになるとすれば、注目度は高まり、売り上げも増えるでしょう。
一方、MySQLに注目が集まらないとすると、互換性が原因です。その場合Enterprise DBのようにOracle互換を謳うオープンソース・ベースのソリューションが注目を集めるでしょう。意志決定者が仮に、2〜3年での景気回復を予想している場合、この2〜3年間だけのためにリスクの高い移植作業を行うよりは、設備投資を抑えて乗り越えた方が安全と考えたり、移植作業のためのSI費用が回収できないという考えを持つからです。Enterprise DBのようにOracle互換を謳うソリューションの場合、この移植作業のためのSI費用が低く抑えられると考えるため注目が集まるはずです。

その2。ソフトウェアのセールス活動（特に私のようなプリセールスのエンジニアの活動）に占めるブログやwikiなどのオンラインのメディアの割合が増加していきます[blogs.sun.com/kimimasa]。 割合は増加すると思いますが、激増するにはまだ時間がかかると思います。デジタルカメラや低価格ラップトップPCのように、スペックが重視されるコンシューマ製品の場合ではオンラインメディアによる情報流通はとても大事です。オンライン上の情報だけで意志決定し、購入までのプロセスをたどることが今では抵抗感無く受け入れられています。一方、Sunのソフトウエアはその多くが企業・組織向けのビジネス・ソフトウエアです。購入の意志決定までにたどるプロセスが違ったり、そもそもそのソフトウエアを利用するのが最適かどうかも分かっていない場合もあります。また、同じカテゴリのビジネス・ソフトウエアを横並びで公平に比較した資料はまだオンライン・メディア上には多くありません。担当者がすべての製品について、詳しくブログやデモを検討した上で意志決定するのにはまだまだ敷居が高いはずです。
このため、すでに導入を決めていたり、2つ程度まで候補が絞られている場合に限りオンライン・メディア上での活動割合が増えるでしょう。3つ以上の候補があったり、まだ候補が残っているかもしれないと思う段階ならば、有利な条件で購入したり、最適なソリューションを探すためにほかの候補を従来通り各社セールス・パーソンに問い合わせるでしょう。このため、Sunは社内セールス・パーソン向けの資料を用意するためにもっと時間を使った方がいいでしょう ;-)

その3、今年もSunのアイデンティティ管理ソリューション(ID管理ソリューション）は突っ走ります[blogs.sun.com/kimimasa]。 アイデンティティ管理の需要はまだかなりあると思いますが、景気後退による影響が気になるところです。J-SOXの施行や個人情報保護など、一種の脅迫的なモチベーションは一段落し、そしてその話に翻弄された意志決定者は疲れてしまい、アイデンティティ管理がなくとも何とかなるという楽観的なムードが支配的になっています。そこに景気後退による予算縮小が重なれば、アイデンティティ管理に関するモチベーションはさらに低くなっていくことでしょう。このため、アイデンティティ管理ソリューションを販売する者は、経営者や意志決定者に、いま組織内でアイデンティティ管理について見えないコストがどの程度費やされているかを調査させるために働かなくてはならなくなるでしょう。見えないコストにはアイデンティティ管理のために働く担当者の作業時間や、コンプライアンス違反によるリスク解消にかかる費用などが含まれれますが、J-SOXのときのようにうんざりさせないために後者のような費用はあまり訴求せず、直接削減可能なコストについて説明するのが良いと思います。

さて、最後に個人的な予想です。いま、サンのソフトウエアでおもしろそうなのはGlassFishとVirtualBoxです。GlassFishは今年Java EE 6がリリースされそうな時期ということもあって注目していますが、まずは値頃感からGlassFish v2がもうすこし勢いを持ってくると思っています。
VirtualBoxについては、いまパーソナル向け仮想化ソリューションは手元にVMware Fusion、Parallels Desktop、VirtualBoxを持っています。VirtualBoxはSunに統合された当時ではまだ本格的に使う気になりませんでしたが、統合から1年足らずの今、VirtualBoxが持っている機能と品質から考えると僕はParallels Desktop 4.0にアップグレードはせず、VMware Fusionが新しく出てもアップグレードせず、VirtualBoxを主に使うようになると思います。
一方、今ひとつ訴求力に欠けるのはSun Java System Web Serverがオープンソース化されたOpen Web Serverでしょう。ググらビリティが悪すぎるのも一つの原因で、まったく情報にリーチできないまま今年は終わるでしょう。また、性能は良いのですが、いまさらこのクラスの「でかい」Webサーバはさほど必要ないと思います。もうすこしOpen Web Serverプロジェクトが成熟し、高速軽量なHTTPサーバあるいはリバースプロクシとして製品パッケージングが変わっていけば、かなり良くなっていくと思います。オープンソース版Open Web Serverと、Sun Java System Web Serverの機能比較[wikis.sun.com] で見る限りだと、Open Web ServerはServletコンテナが無かったり、クラスタリングや管理系コマンドが無いようですが、かえってこれぐらいのほうが使いやすそうですね。もう少し機能がそぎ落とされて、使いやすいようになってくるのを期待します。あるいは、AkamaiのEdgeComputingのようなソリューションの一部として組み込まれるソリューションが出てくるとおもしろくなりそうですね。

先週の話ですが、Sun Tech Days 2008に行ってきました。今回はほかの雑用が多くて自分が発表するライトニングトークのセッション程度しか参加できませんでした。最近、この手のイベントに行くとデジタル一眼を持った人がたくさんいるので（自分もそのうちの一人ですが (^^ ）今回は趣を変えて、Kenkoが輸入販売しているLensBaby 3Gを持って行きました。トイカメラっぽく映る、まともにピントを合わせるのさえ苦労するレンズです。
さて今回のライトニングトークセッションですが司会は寺田さんと

大渕さん。

今回も、といってもいいかもしれませんがSun Tech Days公式Webにあるセッション内容は聴講者に対してとても不親切です。今回のライトニングトークも、誰がしゃべるかについて公式ページでは一切言及されておらず、同じ時間帯の2-S-2 Lighting Talksとの差は外見上違いがありません。もちろん、2-J-2 Lighting TalksはJAVA AND SOCIAL COMPUTINGトラック、2-S-2 Lighting TalksはOPENSOLARISトラックなので、内容を推測することはできますが、間違えてJavaを聞きたいのにOpenSolaris側に参加してしまったり、またその逆があり得るかもしれません。同じ時間帯にやるならせめて2-J-S Java Lighting Talksとか、2-S-2 OpenSolaris Lighting Talksのようなタイトルにしてほしいところです。

またライトニングトークのスピーカーについては、事前に明らかにされたのは知る限り増月さんのブログだけかと思いますが、これではやっぱり不親切です(いろいろ裏事情をお聞きする限り厳しかったとは思いますが・・)。こんな声が上がるのは当然です。

SunTechDays 12/3に行って来た (某開発者の独り言)より。

2-j-2 Lightning Talks
「Javaの世界で有名な方ばかり集まってます！」いう司会のもと始まりましたが、顔ぶれみると確かに知っている名前ばかり。
というか、JavaExpert#03に記事だしてるjava-jaの人が集まった！？
というか、それならば事前にこのメンバーの名前をセッションの予定に入れておけばいいのにー。もっと人集まっただろうに。

去年のSun Tech Days 2007も同様にスピーカーが不明なセッションが結構あったので、来年はもう少し改善されることを期待します。

さて一人目の発表者は高井さん。RSpecについて。今回は僕の発表もそうですが、ライトニングトークというよりは、ショートプレゼンテーションというようなテイストでしたね。

二人目はきしださん。JJUG (日本Javaユーザグループ)について。飲み会重要とのこと。

３人目はid:happy_ryoさん。NetBeansについて。ねこび〜んかわいいよ。というお話。と、プラグイン作ればいいよ！っていうお話。
4人目は僕のセッションでした。「GlassFish and the Future of Java EEを分かったつもりになる3分30秒」というタイトルで発表させていただきました。

ちなみにこのセッションの元ネタはこの発表の前日に寺田さんが発表された内容です。なぜその発表をこのLTでできたかというと、事前に資料が手に入ったからです（寺田さんが今回の発表向けに変更されたやつではなく、ワールドワイドで共通的に使われている資料）。Sun Tech Daysはワールドワイドで行われているイベントで、プレゼン資料などもだいたい同じものが使われます。このため、東京より先に実施された地域のプレゼンを参照すれば事前に資料が入手できるというスンポーです。僕の発表資料準備段階では韓国とブラジルの資料が公開されていました。韓国の資料は一部ハングル訳されていて読めなかったので、そのまま英語で書かれているブラジルの資料を参考にしました。
元資料はどう見ても内容を詰め込みすぎで、このプレゼンを聴いている人に何を伝えたいのか分かりませんでした。そこで今回は大事そうなポイントだけを抽出して3分30秒にまとめてみました。

最後はYoshioriさん。やっぱうまいですね。今回のセッションの中で唯一LTっぽかったように思います。

先週は、毎月恒例のJava Hot Topicセミナー。

Sunを退職してから初めて、ふつうの参加者として参加してきました。

山口さんによるデモ。円周率の計算を32スレッドで分散処理するような、サンプルをUltraSPARC T1チップで計算されていく様子です。

実は今回はセミナーの内容よりも、懇親会がお目当てでした (^^ゞ

GlassFish ESBのマイルストーンビルドが出て少し経ちましたが、遅ればせながら入れてみました。ところで、GlassFish ESBはhttp://glassfishesb.orgというサイトがあるにもかかわらず、https://open-esb.dev.java.net/glassfishesb/にフォワードされます。http://glassfish.orgがhttps://glassfish.dev.java.netにフォワードされるのと同じテイストでしょうか。FishCATのデザインといい、GlassFishのデザインテイストは今ひとつわからないところがあります(笑)。さて、GlassFish ESBですが、ダウンロードすればNetBeans + GlassFish ESBのインストーラが実行可能になります。

このインストーラはどうやら、NetBeansインストーラと別の実装のようで、インストール先もNetBeansインストーラと別の場所がデフォルトとなっています。/Applications以下の整理整頓に気をつけている僕としては、このインストーラは気に入らないところがいくつかあります。まず、デフォルトインストール先がGlassFish ESBが /Applications/glassfish、NetBeansが /Applications/NetBeansです。これはインストール前に変更できるのでいいんですが、/Applications/servicetagというディレクトリが勝手に作られて servicetag-registry.xmlというファイルが一つおかれます。このファイルはSERVICE TAG IMPLEMENTATION FOR OPEN ESBを参照すると、どうやらSun Online Accountへの登録に関する情報を管理しているようです。作ってもいいけど、$HOME/Library以下におくか、せめて . (どっと)で始まるディレクトリ名にしてほしい。もう一つの不満は、インストールされたNetBeansのアイコンついていないこと。これは、インストールされたNetBeans.app/Contents/Resources/icon.icnsというシンボリックリンクが、

icon.icns -> NetBeans GlassFish ESB/{nb-cluster}/netbeans.icns

というように、{nb-cluster}というおそらくビルド時の変数が展開されていないことによるようです。とりあえずこの辺の話はOpen ESBのメーリングリストに投げてみたのでひょっとしたらそのうち直るかもしれません。

GlassFish ESBといっても、今のところ同時にインストールされるNetBeans側に特別変化があるような感じではなく、ちょっと違いが感じられるとすればGlassFishの管理コンソール側でしょうか。左ペインのJBIフォルダ内のコンポーネントはGlassFishに比べてかなり多めです(GlassFishはsun-http-bindingとsun-javaee-engineだけ。NetBeansのSOAサポートパッケージで入れた場合はそれに加えsun-bpel-engine、sun-xslt-engine、sun-file-bindingなどが入る)。もう一つの違いはESBというフォルダがあることです。CAPS Application Configurationとありますので、Java CAPSプロジェクトがデプロイできるようになっているんでしょう。なお、Java CAPS自体はダウンロードはできないのでSunの人に言ってもらわないと使えないようですから、実際にこのフォルダがどう生きてくるかはよくわかりません。
Sun Java Enterprise System – Get Itより。

Sun Java Composite Application Suite

Note: Currently, Sun does not offer a free download of this product. Contact your local sales for details on how to download this product.

ほかに違いで見つけたところは、Lifecycle Moduleとして、JavaEEVerifyESBというモジュールが組み込まれているところです。DescriptionではAdds Java EE verifier MBeanということなのですが用途はよくわかりません。ところで、Open ESB、GlassFish ESB、Sun ESB Suite、Java CAPSと、似たようなプロダクトがたくさんあってわかりづらいのですが、比較表がありました。

GlassFish ESBにはSAPとかSiebel、PeopleSoft向けのアダプタやSWIFTやX12、EDIFACTのようなメッセージライブラリが付いてこないという切り分けなんですね。オープンなプロトコルのみでシステム統合するならGlassFish ESBだけでよく、プロプライエタリなプロトコルも使うならSun ESB SuiteかSun Java CAPS。さて、GlassFish ESBが今後どういう風に進歩していくかですが、個人的に注目しているのはESB Consoleというインキュベーションプロジェクトです。現在のGlassFish ESBでの管理コンソールではESBの各コンポーネント・ライフサイクル程度は管理できますが、トランザクションごとの情報や、ビジネス的な視点での管理はほとんどできません。ESB Consoleはそれらの点を補うためのプロジェクトのようです。Minimal feature listを少し引用してそれぞれみていきましょう。

1. The unified ESB management console will provide all the features that are useful in the current Enterprise Manager.
2. The unified ESB management console will provide an extensible management console to allow for various management features (like BPEL management, IEP management, ETL management, HTTP BC management and more) to be plugged in with drill-down capabilities. The Web Console would consist of one core web application which will accommodate other plug-ins thus making it an extensible management console to allow various management features to be plugged-in. This will allow our customers and partners to participate in the development of it by contributing certain management features.
3. The Web Application will allow users to deploy services to a number of arbitrary server instances and to a DAS with clusters.
4. Since Java CAPS management/monitoring capability is beyond what a typical application server would provide, these web applications could either be deployed on Glassfish, or be running outside of Glassfish.
5. The Web Console will also provide an Intelligent Audit Dashboard(IAD).
6. The Web Console will allow users to view various Web service performance metrics such as average response time, Transactions per Second (TPS), error count, call count, etc.
7. The Web Console will also have charting capabilities for web service performance metrics.
8. The Web Console will provide the ability to print relevant reports as PDF files.
9. The Web Console will notify administrators when an Service Level Agreement (SLA) metrics cross specified thresholds.
10. The Web Console will provide scale-out capabilities with the ability to deploy/undeploy a service or a composite application simultaneously on several servers and manage and monitor these services running on various server instances and clusters.
11. Scaling down services like limiting the Thread pools where available on a a component basis will also be exposed so resources allocated to an engine can be limited if required.
12. The Web Console will be able to manage and monitor JMS destinations for both STCMS and Java MQ
13. External Plugins: The Web Console will be able to manage and monitor BPEL 2.0 business process instances, terminate instances, and drill down to instance level details with a BPEL Management & Monitoring plugin. Same goes for other types of Service Engines.
14. The Web Console will expose Application Configuration (to configure environment specific information), Application Variables(to configure environment specific information), and support Application Verification before deployment of Composite Applications.
15. The Web Console will provide the ability to view log activity, with the ability to define filters.
16. All features will have access control so users can be limited only to a subset of management/monitoring features if required.
17. Based on the alert message sent, users should be able to view the associated service unit that an alert came from. It should be possible since we have the service unit name and component name available in the alert message header, and we should be able to take the user to the associated service unit’s plug-in in the UI.
18. For Alert Agent configuration, the administrator has to be able to propagate configurations done for one Server to multiple servers automatically.
19. There are certain management and monitoring capabilities that are exposed through aspects/interceptors. The Web Console should expose these configurations for users to configure.

おもしろそうなところでいえば、Intelligent Audit Dashboard (IAD)でしょうか。Audit Dashboardということなので、Intelligent Event Processor (IEP)と連携して監査的な情報を出せるのかもしれません。

前職の会社はざっくばらんな会社で、けっこういろんなことがブログに出ています。今日見つけたのはそのうちの一つ。
FY08 APAC GSE SE of the Year – Jongjun Son

Sun Confidential: Internal Only

To: All APAC

CC: Lionel Lim, Denis Heraud, Hal Stern, Dan Berg

From: SeChang Oh, Vice President, APAC Systems Engineering

Re: FY08 APAC GSE SE of the Year

Date: 19th Aug 2008

Action: Please Read and Congratulations

一応、blogs.sun.comは2年前ぐらいからずっと全読みしていますが、今までこれが気にならなかったのはこの元ネタメールを読んでいたからかも。退職した今となっては懐かしい雰囲気のメールですが、それにしても・・・。いやいや、ClassificationはInternal Onlyですから。公開だめ。絶対だめ。Up to 10 Recent Entriesでも危なそうな内容が・・・。言ってあげた方がいいのかなあ・・・。

c0t0d0s0.orgにSunの次世代プロセッサRockについてのプレゼンテーションが載っています．

ブロックダイアグラム．4×4のクロスバスイッチと，16個のコア，16個のFGUが4つずつののペアになってキャッシュを共有するような構造になっています．L2キャッシュは512kBが4つ，合計2MBです．IntelのCPUと比べればずいぶんと見劣りする気がしますが，UltraSPARC T1/T2をはじめとするCool ThreadsのCPUでは，そもそもCPUの早さにメモリがついて来れないことに注目してコア，HWスレッド数を増やしています．キャッシュを増やすメリットよりも，コアやHWスレッドを増やした方が得な場合があることが既にUltraSPARC T1やT2などでよくわかっているので順当な設計なのだと思います．

p10のスカウトスレッドについて．RockではスカウトスレッドとよばれるHWスレッドによって，これからソフトウエアが使おうとするメモリをプリフェッチしておきます．キャッシュの目的はそもそも，メモリの読み出し時間をソフトウエアに対して短く見せることなので，このスカウトスレッドはうまく動けばキャッシュを増加させるのと同じような効果があるようです．シミュレーションの結果ではTPCCのベンチマークやp11のSPECfp2000のベンチマークではキャッシュを増加させるよりも効果的であるというような結果がでたとのこと．この数字をまともに信じれば，スカウトスレッドがあるL2キャッシュが2MBのRockは，スカウトスレッドのない10MB程度のL2キャッシュをもったRockと同等の速度で動作するとのことです．トランザクショナル・メモリなんかも気になりますが，まだもうちょっとわかってないのでまた今度．

最近雨ばっかりですね．熱帯地域のスコールかと思うぐらい．それに雷も．一雨ごとに夏も去り行く感じですが，個人的にも，いよいよ，今日が契約上もSun最後の日となりました．7年と5ヶ月．長いようで短かったような．でも，同じところに所属していた中では今までで小学校の6年間よりも長いんです．たぶん，実感は季節の移り変わりと同じでじわじわとわいてくるんだと思いますが，ひとまずは家を掃除して，頭も切り替えて，あと体重も落とせるようがんばっていきます．それに，次の職場も早く探さないと．

うすうすお気づきの方も多いかもしれませんが、このブログを立ち上げたのは完全にブログ: 岡崎を引き継ぐことを目的としていました。ですので、このブログの傾向としては技術的なトピック、写真のトピック、趣味のトピックを中心にお送りしたいと思います。今後ともよろしくお願いします。

今度からはケイタイでも見れるようにしたところが以前と少し違うところです。

Yesterday was my last day at Sun. During the past seven and a half years at Sun, I have met and worked with so many amazing folks at Sun that it is impossible to list the impact that each one of them have had on me. A huge thank you to all of you.