「2007年からソーシャルゲームを提供してきたGREEにおける、技術的な側面での失敗と成功の実例を通じて、そのノウハウや必要な技術について解説します。合わせて、それらの経験に基づくGREEから提供していくフレームワークであるGREE Technology Stackについてもご紹介します」ということで、CEDEC2011にて講演された「GREEソーシャルゲーム5年間の技術的失敗と成功の歴史　～GREE Technology Stackのご紹介～」はかなり濃い内容となっており、グリーの開発本部 取締役 執行役員CTO 開発本部長である藤本真樹氏と、同じくグリーの開発本部 インフラ統括部 アプリ基盤チーム リーダーの梶原大輔氏による話が次々と展開されていきました。 注目度も非常に高く、人だらけ。 今回はこの講演を発表の場にいる感覚で読んでもらえるように、当日の発表資料と合わせてまとめてみました

ベネッセコーポレーションは同社小学生向け通信教育サービス「進研ゼミ小学講座」について、情報システムを使ったデジタル化を進めている。2011年3月末、進研ゼミ小学講座のサービスと業務を支える新システム「Akane（あかね）」を本稼働させた。 進研ゼミ小学講座は、2011年4月時点で約180万人の会員が受講している。会員が自宅で作成した答案をベネッセに郵送すると、約1万人の「赤ペン先生」が会員の答案に添削指導をしてくれる。赤ペン先生は答案を添削指導する指導員で、ベネッセと業務委託契約を結んでいる。 新システムのAkaneは、答案の受付から返却に至るプロセスを、情報システムとインターネットを使った仕組みでデジタル化する、というもの。これにより実現したのが、「ネット返却」という会員向けの新サービスである。小学校5年生と6年生の会員を対象としたもので、会員による記入済みの答案がベネッセに到着した後、

はじめに 株式会社ミクシィの小池知裕です。運用部でアプリ運用を担当しています。前回は年末年始や突発的な負荷に耐えられるシステムの改善について紹介しました。連載2回目となる今回は、mixi.jpを支える運用業務でどのようにシステムの監視と測定が行われているのか、紹介します。 監視／測定って？ まず、前号からのおさらいになってしまいますが、筆者の所属する部署の「アプリ運用グループ」は mixi.jpのミドルウェア層以上の運用／維持管理／改善をおもに担当しています。 そこでは、「⁠システムが正常に稼働しているか」「⁠サーバの（CPUやメモリ、トラフィックなど）どういうリソースがどのくらい使われているのか」などを把握しておくことが非常に重要になってきます。 mixiでの監視／測定には大きく分けると2つあります。 死活監視／サービス監視 リソース監視 これらはそれぞれにシステムを運用し、改善するため

Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia

2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ

Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」 先週の6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」が開催されていました。 その中で、TwitterのJohn Adams氏がTwitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）が行われています。Twitterのような大規模かつリアルタイムなWebサイトの運用とはどういうものなのでしょうか？ 公開されているセッションの内容を基に概要を記事で紹介しましょう。システム管理者の新たな役割、Railsの性能の評価、Bittorrentを使った

「情報システムはいつでも使えて当たり前」と思っている利用者は、何かあれば容赦なくシステム管理者にクレームを飛ばしてくる。すべてに正面から向き合っていてはストレスがたまる一方だ。どう対応すべきだろうか。 読者の皆さん、こんにちは。初登場の前回から2カ月以上が経過してしまいました。 前回触れられなかったので簡単に自己紹介をしますと、わたしの本職はインストラクターです。具体的には、企業教育（社員教育）を幅広くやらせていただいており、中でも重きを置いているのがITサービス関連の教育です。わたしは、社内教育に関する、ありとあらゆる相談に乗るという意味合いで自らを「ラーニング・コンシェルジュ」と名乗っています。 今の時期（4月?5月）は新入社員研修でいろいろな会社にお邪魔します。この2カ月間はわたしが勤務する会社の年商の4分の1を占めるほど重要な時期です。新入社員研修の中心は、「基盤系」と呼ばれるシス

ネットワーク・コマンドは，いつでもどこでも手軽に使えるとても便利なツールです。グラフィカルなユーザー・インタフェースを備えたツールは直感的でわかりやすいものの，起動に時間がかかったり，何度もクリックしないと目的のウインドウが表示されないといったまどろっこしさを感じることがあります。そんなときはコマンド・プロンプトをさっと開いてネットワーク・コマンドを実行したほうが，ずっと早く目的を達せられます。 そこで本連載では代表的なネットワーク・コマンドとその活用法を解説します。これからネットワークの運用管理を担当する人も気軽に試せるように，基本的な使い方から説明していきます。画面を多用しながら丁寧に解説しますので，実際にコマンドを打ち込みながら読み進めていってください。 また，Windowsの標準コマンドだけを使った簡単な運用管理の手法も紹介します。ネットワーク・コマンドを定期的に実行したり，その結

Twitterを利用していると、ときどきクジラの絵の画面が表示されることがあります。これはTwitterの処理能力がパンクして一時的に利用不可になったときに表示されるお馴染みの画面。 2月9日にTwitter Engineeringブログにポストされたエントリ「The Anatomy of a Whale」（クジラの解剖学）では、Twitterのエンジニアたちがこのクジラの内部に分け入ってどのようにTwitterサーバの処理能力を向上させたのか、という話が詳しく語られています。 彼らが行ったのは、まず詳細なデータを取得して原因がどの辺にあるのかを推測すること。そこから多数の無駄な処理を発見し、ソースコードの修正による性能の向上に成功します。 元記事は非常に長いエントリになっていますが、問題の調査から解決に至るアプローチについて多くのエンジニアの方の参考になりそうな内容が含まれていますし、T

「事故」を岩波国語辞典で引くと、「ふだんとは違った、悪い出来事」とある。したがって「情報事故」と言ったら、情報にかかわる「ふだんとは違った、悪い出来事」になる。 ITpro読者の皆様は「情報事故」という言葉から、どのような出来事を思い浮かべるだろうか。漢字四文字の連想からか、「情報漏洩」を筆者はまず想起した。この際なので、漢字四文字で情報事故の例をいくつか挙げてみたい。 緊急停止 システムダウンである。新聞やテレビで大きく報じられるが、冷静に見ると、しかるべき時間内にシステムを復旧できており、ほとんど実害が無かった事例も多い。 開発遅延 プロジェクトの失敗である。期限までにシステムの開発が終わらず、利用開始の時期をずらしたりする。半年、利用開始を遅らせた場合、経営に与える損害はシステムダウンよりはるかに大きいと思われるが、あまり話題にはならない。 費用超過 開発が遅れると計画より、構築費用

8月1日から8月31日までの１ヶ月間、PFI夏期インターンに行ってきました。 はてなインターンの 講義・課題・チーム 形式とは趣を異にして、個々人が何か１つのプロジェクトに取り組む方針で進みました。取り組むテーマは 新たに取り組みたい/今取り組んでいる 内容を前提に、既存の問題の中から近いテーマを見つけます（あるいはこじつける^^;）。 インターンの期間中の１ヶ月か２ヶ月の間に成果を出すのが目標！ 取り組むテーマはスムーズに決まりました。何か自社で製品を作っていれば普通かと思いますが、探せば問題はいくらでもあるモノです^^ ちなみにPFIの製品は、全文検索エンジンやレコメンドエンジンなどです。 私は以下の４つのプログラムを実装しました： 既存の実装に代わるRPCフレームワーク MessagePack-RPC for PFI クラスタ管理ツール clx プロセス管理ユーティリティ daemo

仮想化技術を導入する企業が増えている。情報系を中心に、サポート切れなどで稼働環境が不安定になったアプリケーションの救済や、サーバー統合によるITコストの削減などが目的だ。今後は、基幹系への適用が始まる。そこでは、プラットフォームとしての信頼性をいかに確保するかが焦点になる。 仮想化技術が、企業情報システムのプラットフォーム（基盤）を支える中核技術として確実に浸透している。PCサーバー上で仮想化を実現するための技術の進展を背景に、新しいハードでは動作保証が得られないアプリケーションの延命や、サーバー統合による稼働率向上といったメリットを獲得する。 加えて、クラウドコンピューティングの台頭が、仮想化技術の認知度や導入意欲の向上を後押しする。コンピュータ資源を所有することなく、ネットワーク上にプールされた資源を必要なときに必要なだけ利用するという考え方が現実味を帯びてきたからだ。 企業情報システ