「クラウドを使うと基盤の構築がなくなるので，システム開発は楽になる」---。ハードウエアやミドルウエア，アプリケーションなどをインターネットのサービスとして利用できるクラウド・コンピューティング（以下クラウド）。クラウドに対してこんな印象をお持ちなら，改めた方がいいかもしれない。 記者がそう強く感じたのは，日経SYSTEMS2009年12月号で「JUMP！ クラウド革命に備えよう」という特集を担当したからだ。クラウドをいち早く利用した開発現場に取材をすると「クラウドの利用によって開発は難しくなり，工数はむしろ増えた」という声が意外に多く聞かれたのである。 クラウドを利用すると，確かに基盤構築の工数は減る。しかしクラウドの基盤が持つ特徴や制約を考慮して，クラウド上で動作するシステムを構築すると，手組みやパッケージ・ソフトと違った開発の難しさが発生するのだ。 負担になる三つの作業 日経SYST
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
ベンダ側から見ると、最近のユーザー企業のIT部門は、ユーザーニーズをまとめられないなど、レベルが低下しているという指摘が多い。果たして、この問題は「昔のIT部員は優秀で、最近のIT部員の能力は低下している」ことが原因なのか。今回はこの問題を考える。 質問 ユーザー企業のIT部門のレベルが低下している気がします 長年、ベンダ企業のSEをしております。このシリーズではユーザー企業のIT部門を擁護する立場で回答されているように見受けられます。ところが、ベンダSEから見ると、客先のIT部門が頼りなく、ユーザーのニーズをまとめられない状況です。近ごろはユーザー企業のIT部門のレベルが低下していると思います。「IT部門よ、しっかりせよ！」というのが私の意見ですが、いかがでしょうか。 意見 「ユーザーニーズがいつになっても決まらないので情報システム開発に着手できない」や、「着手後に新しいニーズやニーズ変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
