Twitterで、気になったもの。
idがその発言のID,screen_nameが発言した人で、下の行が発言内容
id:13542340782 screen_name:frsyuki
ただ、分散技術1.0とでも言うべきか、重要なところで共有ディスクに頼る分散システムは、スケーラビリティ(価格・耐障害性・性能)の面で不安が残る。良い線で役割を分割した、うまい設計だとは思うのだけど。
id:13542230751 screen_name:frsyuki
若干謎の技術だけど、POHMELFS + DST も要調査なのではないか、と。2.6.30 から linux に組み込まれているらしい。LinuxハッカーであるところのEvgeniy Polyakovさんが作ったというネットワークファイルシステムと分散ブロックデバイス。
id:13540819269 screen_name:frsyuki
!?RT @codezine: 分散キー・バリュー型データストア「kumofs 0.3.5」リリース: オープンソースの分散キー・バリュ型データストア「kumofs 0.3.5」が、4月30日にリリースされた。 http://bit.ly/cJFL4J
id:13539708254 screen_name:frsyuki
HBaseは、ステートフルサーバ、ステートレスサーバ、キャッシュサーバで分類すれば、キャッシュサーバに該当するのかな。キャッシュのヒット率が一時的に落ち込むことを許せるならば、容易に耐障害性を確保可能。さらに一貫性の問題を解決すれば、分散・並列化が可能。
id:13534028917 screen_name:frsyuki
今日リリースしたところです。ぜひどうぞ^^; http://bit.ly/bDqhgX RT @repeatedly: そんなものはMessagePack-RPC for C++で解決! RT @Masahito: C++コードのソースレビューが終わった。メモリ管理とスレッド管理
id:13533088535 screen_name:frsyuki
@tatsuya6502 kumofsの場合は、確かに同時に止められるのは最大2台までですね。ただ、レプリカの再配置を待つ必要はありません。キャッシュはOSのディスクキャッシュを使っているので、プロセスが終了してもウォームアップなどを待つ必要は無く、再起動は数秒で完了します。
id:13528405457 screen_name:frsyuki
もっと言えば、開発者が互換性を保つように気を遣えば、ユーザーはバージョン新旧混在でも運用可能。とりあえずアップデートできるところからバージョンアップしていけばいい。#kumofs
id:13528210118 screen_name:frsyuki
無停止でバージョンアップを実現するには、ある程度まともな RPC が必要なのかな。kumofs の場合は MessagePack-RPC なので、RPCの引数が1つ増えるとか減るとか、プロトコルの変更が伴うようなヘビーな変更をしても、無停止でバージョンアップできる。#kumofs
id:13528008677 screen_name:frsyuki
ちなみに、kumofs も無停止でバージョンアップできます。kumostat -m mgr version で、全ノードのバージョンを一括で取得できて安心。#kumofs
id:13527849287 screen_name:frsyuki
@tatsuya6502 なるほど。ありがとうございます。原理的にはCassandraでもできそうな気がしますね。規模が大きくなると、そもそも運用的に現実的なのか若干疑問は残りますが。
id:13585610780 screen_name:SamFURUKAWA
"NHK川口には「世界最大規模のMPEG4アーカイブシステム」が設置。http://www.sgi.co.jp/solutions/media/nhk/
http://bit.ly/9ZrFb3 あの和久井さんの評価はこちら、http://bit.ly/aWGNbe"
id:13585129335 screen_name:SamFURUKAWA
"NHKに対して、いつも辛口なわけではなく、毎年NHK技研の公開日には訪問して放送映像の最先端技術/研究に取組む姿を畏敬の念を持って拝見しているのだけれど www.nhk.or.jp/strl/open2010/
...
http://bit.ly/aNjUdm"
id:13583170356 screen_name:SamFURUKAWA
NHKアーカイブスに格納された67万時間の映像...もっと利用してみようとNHK施設を訪問しても公開されている番組は6600本 http://bit.ly/6YWTqf この”ユルキャラ”が利用実態を表しているのかな。6600本のうち、半分以上がラジオ番組ってのも微笑ましい。
id:13537649449 screen_name:SamFURUKAWA
アドビのナラヤンCEO、アップルのFlash対応にコメント、http://jp.wsj.com/IT/node_57536 ビデオ画面右上のボタンで、英語/日本語/中国語に対応したキャプションが表示される。
id:13560735886 screen_name:shin1ogawa
VOCALOID時計ウィジェット v0.39 Android用アプリケーション | ライフスタイル http://bit.ly/cLhSf8
id:13556721577 screen_name:shin1ogawa
おおーすごい。"ajn"ってプロジェクト作ってしまったw RT @pirosuke: #appengine で仕事分担表作成ツールを作った。appengineはこういうシンプルなアプリにちょうどいいかも。すごく気持ち良く開発できた。 http://bit.ly/b6n3vq
id:13556606256 screen_name:shin1ogawa
@knj77 自分はMarketplaceと関係ないアプリで使用するOAuthでは、apps管理画面のcosumer secretを使ってます。というか、そこでconsumer keyを発行してもらわないとanonymous/anonymousの承認画面を出すしか無いよぅな。
id:13555654456 screen_name:shin1ogawa
おお、こっちもスゴイ! RT @knj77: 自分もたった今 #appengine でOpenID+OAuthのHybrid実現できました!つまらんところではまってしまったw
id:13554949756 screen_name:shin1ogawa
すげぇぇ RT @tmatsuo: #appengine で marketplace 用の認証できた! OpenID だけの時はホワイトリスト扱いになって認証画面をスキップできる。Hybrid だと認可の画面が出てくる。疲れた〜
id:13539198404 screen_name:shin1ogawa
@ashigeru リンクはカスタムインデックス定義が保存される「Custom indexes table」です。このテーブルのrow nameはなんだろ?と。index tablesのByCompositePropsは理解できてるつもりです。 #appengine
id:13537633622 screen_name:shin1ogawa
How Entities ... are stored を見てるんだけど、カスタムインデックステーブルのrow nameは何なんだろう。AppId、Kind、IndexIDだと思ってたけど、書かれてない。 http://goo.gl/bqwK #appengine
id:13533128524 screen_name:shin1ogawa
Google、「Google Apps」の利用可能サービスを大幅拡大へ - ITmedia エンタープライズ http://ff.im/jXvwG
id:13531194802 screen_name:shin1ogawa
Google Code Blog: Live, from Google I/O! http://ff.im/jXplV
id:13528280240 screen_name:shin1ogawa
MOONGIFT: » Google App Engineを使った帳票出力システム「don-gabacho」:オープンソースを毎日紹介 http://ff.im/jXfZP
id:13550884804 screen_name:cosminexus_fan
こういうのもTogetterになるのだねぇ RT @mary_ave: togetterされてましたか WEB+DB PRESS Vol.56の見所と感想 http://togetter.com/li/15929 by @inao さん、
id:13550668166 screen_name:cosminexus_fan
ちょっと読みたい。5/14発売、マーク・ベニオフ著「クラウド誕生 セールスフォース・ドットコム物語」。「SFDCの起業に至る背景から、マーケティング、技術開発、財務、社会的責任など経営全般の戦略や施策の紹介を通じて、企業経営のあり方を綴ったビジネス書」らしい。
id:13546534934 screen_name:cosminexus_fan
.@CosminexusFC 見逃していた4月開始の連載記事@技術評論社。第3回まで一挙掲載みたい? アプリケーション視点でのサーバ仮想化 http://bit.ly/9yE4ql
id:13530465614 screen_name:nikkeibusiness
マイクロソフトのモバイル事業がさらなる苦境に? http://business.nikkeibp.co.jp/article/world/20100506/214265/