非同期処理はウェブアプリのスケーリングの次のトレンドになら「ない」 | Kazuho Oku's Weblog （跡地）
「Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる」の件、自分は否定的。 理由は単純。非同期処理でしか書けないような重たい処理をサーバで大量に走らせるような高コストのウェブサービスは、B2C では成立しづらいと思うから。もちろん非同期で書くことにメリットがあるケースもある (キャッシュの更新とか、参照頻度が低い情報の更新とか) だろうけど、非同期処理はニッチに留まると思う。まあ、トップのごく一部のサービスでは、使われるようになるかもしれないけど。それくらい。 ついでに。同期処理であること (正確にはサーバサイドのアプリケーションロジックが同期的に記述できること) が、ウェブアプリのプログラミングが簡単な理由だし、それはウェブの普及の欠かせざる要因だったはず。いまさら非同期処理に戻りたくないと思う。
Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる , るびま 21 号
_ [ソフトウェア] DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる サイボウズも memcached + MySQL DB 分散 Cybozu Developer Network: MySQL Users Conference Japan 2007 講演概要 を読んで、memcached でキャッシュ＆ 複数の MySQL をアプリのロジックで分散化というのは、もうすっかりスケーラブルなウェブアプリの作り方として常套手段になったと思いました。 2004 年 4 月の MySQL カンファレンスでの Brad Fitzpatrick の発表 Inside LiveJournal's Backend (PDF)から約 3 年半。Mixi やはてなのようなエッジな企業はだいぶ前からこの構成を採用してますが、対法人のビジネスをしているサイボウズでも採用されたというのは一つ
Kazuho@Cybozu Labs: JavaScript で非同期処理
« 独自ドメインにおける DNS の設定 | メイン | Japanize - サブドメインの翻訳について仕様変更のおしらせ » 2006年11月30日 JavaScript で非同期処理 setTimeout って、JavaScript の黒歴史だよね、ってのはおいといて。IT戦記 - 関数を非同期化して汎用性を高めるを見て、おもしろそうだったので汎用化してみました。でも、あまり実用性がなさそうです。 function async(wait) { if (arguments.length == 1) return; var conn = arguments[arguments.length - 1]; for (var i = arguments.length - 2; i != 0; i--) { conn = (function (f, c) { return function ()
関数を非同期化して汎用性を高める - IT戦記
関数を非同期化する関数を作ってみた。 Function.prototype.asynchronize = function() { var f = this; return function() { var resultcb = function() {}; var failcb = function(e) { throw e }; if (typeof arguments[arguments.length - 1] == 'function') { resultcb = Array.prototype.pop.apply(arguments); if (typeof arguments[arguments.length - 1] == 'function') { failcb = Array.prototype.pop.apply(arguments); } } try { var re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://labs.cybozu.co.jp/blog/kazuho/archives/2007/09/mysql_async.php
