楽天インターネットスケーラブルコンピューティング；丸山先生レクチャーシリーズ2010第3回＠楽天

Editor's Notes

• #23: 裏側では、同じスキーマを持った巨大なデータベース郡があったり、 会員情報やポイントや各種機能などかなりの数の API が用意されています。 他にも大量のバッチが動いていたり、アプリケーション間の依存関係がかなり複雑化してきています。
• #24: 市場系の J2EE のシステムですが、 100 以上のドメイン上に約 900 近いインスタンスが動いています。 ドメインというのはアプリケーションの管理単位のことです。商用アプリケーションサーバなどで出てくる概念です。 裏の DB は Informix が 64 インスタンスが動いていまして、 一部のシステムでは OracleDatabase や MySQL にも繋がっております。 こうやってみるとキレイに見えますが、実際はかなり入り組んでいます。 このデータベースは全て同じスキーマを持っていまして、店舗 A は 1 番目、店舗 B は 2 番目、などのように 店舗単位で割り振られております。 ほぼ全てのアプリケーションが 64 個の DB にコネクションプールをもっていて、店舗 A がきたから 1 番目のコネクションを取る、みたいな動作を行っています。
• #25: 一呼吸 – お買い物マラソンの解説 楽天市場では、弊社ではお買い物マラソン、という半年に1度のイベントが開催されるのですが このようなシステムで処理している量ですが、昨年の12月だけで月間900万件の受注、 お買い物マラソンのピークタイムの購入件数は、一分あたり1000件を超えています。
• #41: 市場系の J2EE のシステムですが、 100 以上のドメイン上に約 900 近いインスタンスが動いています。 ドメインというのはアプリケーションの管理単位のことです。商用アプリケーションサーバなどで出てくる概念です。 裏の DB は Informix が 64 インスタンスが動いていまして、 一部のシステムでは OracleDatabase や MySQL にも繋がっております。 こうやってみるとキレイに見えますが、実際はかなり入り組んでいます。 このデータベースは全て同じスキーマを持っていまして、店舗 A は 1 番目、店舗 B は 2 番目、などのように 店舗単位で割り振られております。 ほぼ全てのアプリケーションが 64 個の DB にコネクションプールをもっていて、店舗 A がきたから 1 番目のコネクションを取る、みたいな動作を行っています。
• #42: それらの要望は、各種指標に基づいて実施すべきかどうか判断されていきます。 最初の方で申しました、流通総額という指標があり、それに繋がる案件かどうか、で決められていきます。 一番の目標は「流通」であり、他のサイトで追いかけているの PV や会員数とは若干性質が異なる、ということを言葉でいう - コスト / 流通総額１％以下っていうのは流通が 100 億円だったらシステムの総コストは人件費含めて 1 億円以下にしましょうねという意味
• #45: ＃使用許可とって無い ここは会議のための部屋であり、業務を行う部屋ではない メンテナンスでは各自PCをこの部屋に運んで行う