[ThinkIT] 第1回：Webアプリケーションフレームワークとは (1/4)
近年のWebアプリケーション開発は大規模化が進み、基幹システムなどの一角を担うまでになってきています。また、Webアプリケーション開発はレガシーなシステム開発に比べて手間のかかる部分が多いにも関わらず、開発にかけられる工数は短縮化の傾向にあります。 そのため、案件の大規模化で開発に携わる人数も増える傾向にあり、開発チームの各々がWebアプリケーションのライブラリを別々に制作してしまい、同様の機能を持ったライブラリが複数存在してしまったり、またUIを担当するデザイナーとビジネスロジックを担当するプログラマが、いざそれぞれの部分を組み合わせようとしたらうまく機能しなかったりといった様々な問題が出てきます。 このような背景から、それらの問題に対するソリューションのひとつとして現在、開発現場ではWebアプリケーションフレームワークを用いた開発スタイルが注目され、実際に多くの開発会社がWebアプリケ
【レポート】Lightweight Language Day and Night - Sledge/Ruby on Rails/Kahua Lightweight Languageのウェブフレームワーク (2) フレームワーク対決 (MYCOM PC WEB)
フレームワーク対決は、Perl、Ruby、GaucheからそれぞれSledge、Ruby on Rails、Kahuaというウェブフレームワークを発表するというセッションだ。まずセッションに先立ち、ウェブフレームワークとはどういったものか、それがもたらすものは何かといった説明があった。 ウェブフレームワークといえばJavaのStrutsが有名だ。現在では次期ウェブフレームワークとしてJSF、Struts 2、Hibernate、Spring、Seasar2なども開発にしのぎを削っている。最近ではP言語(PHP、Python、Perlなど)と呼ばれることが増えているが、P言語はウェブフレームワークが弱いと言われることが多い。しかし1999年にはPHPでフレームワークが使われているなど、LLにおけるフレームワーク採用の歴史は意外と長いのだ。 Sledge(Perl) ライブドアの池邉智洋氏から
10 分で作る Sledge アプリ : にぽたん研究所
一応、先のエントリで、Sledge の API について詳細に解説し、末尾に書いたんですが、miyagawa さんに「最後まで読む奴 1%」とか身も蓋もないことを言われてしまい、まぁたしかにそんな気もするし、折角頑張って 10 分の壁に挑戦したのに注目されていないのも淋しいことこの上茄子だなーと思い、別エントリへ昇格させました。 ということで、Sledge API 解説に続く Sledge 実践編として、10 分で作る Rails アプリ for Windows やら、10 分で作る CakePHP アプリ for Windows あたりにインスパイアされ「10 分で作る Sledge アプリ」というテーマで、無謀にも挑戦してみました。 漢の挑戦をとくとご覧あれ いや、ぶっちゃけ無理っす。 先に結果言いますけど、10 分なんて無理っす。 ちゃんとはかってないですけど、多分 13 分ぐらいか
ワンランク上の負荷対策を Web アプリに実装するには・・・(Sledge編)
最近、お仕事で悩ましいのがデータベース負荷。結局のところ、Web サービスでボトルネックになるのは、バックグラウンドの ＤＢ 処理。特にどうしようもないのが、更新系リクエスト。つまりはマスターＤＢ。 既に多くのところが採用している構成と思いますが、MySQL とかでよくやる手段といえば、 参照系は、レプリケーション機能を使って参照系ＤＢを用意して負荷分散。マシンを増やせば負荷に対応可能。 更新系のクエリーだけは、できる限り高スペックなマシンを用意してマスターＤＢを構築して一手に引き受ける。増設困難で悩ましい。 もうちょい頭をひねれば、機能毎にマスターＤＢを分散させたり、ユーザ ID とかでパーティショニングしたりと、アプリ層で振り分ける。MySQL に限らず、Oracle とかでも同じようなことが言えます。 で、マシン負荷を監視という運用業務が必須な日々を送っていた（いや、実際にはPJのメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
