積水化学工業、オープンソースと内製化、2万人のメールをクラウドへ移行でエンジニアのモチベーションが大いに上がった AWS Summit Tokyo 2014
積水化学工業、オープンソースと内製化、2万人のメールをクラウドへ移行でエンジニアのモチベーションが大いに上がった AWS Summit Tokyo 2014 7月17日と18日の2日間にわたって都内で開催された「AWS Summit Tokyo 2014」では、大企業による情報システムのクラウド化事例も紹介されました。 多くの企業において情報システムのクラウド化は、コスト削減や迅速性といった経営上の文脈で語られます。しかし積水化学工業の原和哉氏が行ったセッション「オープンソース＆内製化＆クラウド移行で、情報系システムを進化させた、積水化学グループ」では「エンジニア（関係会社）のモチベーションが大きく上がった」という点が結論として強調されるユニークなものでした。 また、個人的意見と断りながらも指摘された「ITの運用部門は非常に厳しい環境に置かれている」という点も、企業のクラウド採用が進む背景
モバイルアプリ向けJavaScriptフレームワーク「Junior」、Backbone、Zeptoなどを採用し、ネイティブのルック＆フィールを持つ
Juniorは、Justin Martin氏が開発したフレームワーク。Martin氏は“My holiday project”としてJuniorを開発したとツイートしています。 Juniorの特徴は、モバイルに最適化したCSSトランジションによるスムーズな画像効果、zeptoやbackbone.jsなど多数のライブラリに依存していることなど。UIコンポーネントはRatchetを利用しているようで、モバイルネイティブのルック＆フィールを備えていると説明されてます。 modernizr、zepto、backboneなどに依存 Juniorが依存しているライブラリは以下。 modernizr（ブラウザごとに異なる実装を調べて、対応するコードを書きやすくする） zepto（jQuery互換のミニマルなライブラリ） zepto flickable（zeptoのタッチ対応プラグイン） lodash（U
マイクロソフトがYammer買収を正式発表。SharePoint/Office 365/Skypeなどと組み合わせ提供へ、エンタープライズソーシャル機能を強化
マイクロソフトがYammer買収を正式発表。SharePoint/Office 365/Skypeなどと組み合わせ提供へ、エンタープライズソーシャル機能を強化 マイクロソフトがYammer買収を正式に発表しました。Yammerは、いわゆる企業向けのTwitterのような機能を提供するサービスで、数週間前からマイクロソフトによる買収の噂が流れていました。 発表によると、YammerはマイクロソフトのOffice部門に統合。マイクロソフトは買収のプレスリリースと合わせてインフォグラフィックを公開しており、Yammerの買収によって同社がエンタープライズソーシャルを強化できるとしています。 スティーブバルマー氏のコメント。 Yammer adds a best-in-class enterprise social networking service to Microsoft’s growing
Amazonクラウド先週のシステム障害、原因は電源トラブル。二重三重の防護策が次々と倒れる
先週6月14日に発生したAmazon Web Servicesの米国東部リージョンでのシステム障害は、HerokuやPinterestなど大手のサービスにも影響を与えたようです。その障害報告が、Service Health Dashboardで公開されています（現在はRSS内の記述として読めます）。 障害は米国東部リージョンでの特定のアベイラビリティゾーンで発生したもの。報告によると、プライマリの電源ケーブルのトラブルをきっかけにバックアップとしての発電機へ移行したものの、そこでもまたトラブルが発生し、二重、三重の防護策が次々に倒れていったことが示されています。 Amazonクラウドの多重の防護策の一端が分かると共に、これだけバックアップ策が用意されていても、わずかなトラブルによって防護策が倒れることの教訓を得ることができます。 一方で、障害は特定のアベイラビリティゾーン内だったため、マル
Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか？
Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’
「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか
昨日のPinterestの記事「Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用」に続いて、やはり写真を中心としたサービスで急成長してきたInstagramのスケーラビリティについて、まとめてみました。 InstagramもPinterestと同様に、基本はAmazonクラウド上でPythonとフレームワークのDjangoを使ったシステムを構築しています。興味深いのは、創業者の二人ともバックエンドの経験がないなかで試行錯誤をしてシステムをスケールさせてきた点です。 Instagramは先月、Facebookに買収されると発表されています。この先、Instagramのシステムはどう変わっていくのでしょうか。 Instagramのシステム構成 約半年前、昨年12月にInstagramのブログに投稿された記事「What Powers In
Amazonクラウドの物理サーバは何台か？
多くのクラウドサービスプロバイダは、クラウドの中身がどうなっているのかを明かしていません。データセンターの場所、物理サーバの台数や性能、ネットワーク構成、ストレージの種類、これらについてグーグルもAmazonもマイクロソフトも技術的詳細を秘密にしています。 アクセンチュアテクノロジーラボのHuan Liu氏は、自身のブログにポストした記事「Amazon data center size」で、その秘密の一端を推測。Amazonクラウド全体の物理サーバは45万4400台、7100ラックではないかと書いています。また、東京リージョンは物理サーバが2万台と推測しています。 Liu氏は推測の材料として、AmazonクラウドのIPアドレスの発行パターンに注目。ラックごとに特定のパターンでIPアドレスが発行されることを手がかりにして、ラック数とサーバ台数を推測しています。サーバ台数は、1ラック当たり64
Fusion-ioのCEOに直接聞いた、フラッシュドライブの破壊的な能力と仕組み、そして将来
Fusion-ioは、サーバ内蔵型のフラッシュストレージという新しい技術と市場をほぼ単独で切り拓いてきたベンダです。同社の製品であるPCIeカードに搭載された小さなフラッシュストレージは、ディスクドライブ何十台分、何百台分もの性能と容量を実現しており、サーバのI/O性能を劇的に引き上げます。 そのため、大規模データベースなどを運用している事業者から引き合いが非常に多く、昨年の秋頃はあるデータセンター関係者が「Fusion-ioが人気で取り合いになっている」とこぼしてましたし、あるソーシャルゲームプロバイダは、Fusion-ioはサービス提供に欠かせないと断言していました。 そのFusion-ioの創業者でCEOのデイビット・フリン氏が、日本での新製品発表に合わせて来日。インタビューをする機会を得ました。 FacebookとAppleが大口顧客 ──── Fusion-ioの製品は具体的にど
クラウドの登場は日本のSIerをどう変えていくか？（前編） Cloud Days 2012
クラウドが単なる流行ではなく、本物のITの潮流であることが明確に認識されるようになり、企業向けの業務システム基盤としても真剣に検討されるようになってきました。 そうした中で、クラウドは日本のSIerをどう変えていくのか？ どう変わらなければならないのかをテーマにしたパネルディスカッション「クラウドがもたらすSIの変革」が、2月28日に都内で開催された日経BP主催のイベント「Cloud Days Tokyo 2012」で行われました。 パネリストは3人。クラウドに積極的に取り組む大手SIerとして、電通国際情報サービス クラウド事業推進センター エバンジェリスト 渥美俊英氏、クラウドを中心に多くの案件を手がけるアイレット cloudpack事業部 エバンジェリスト 後藤和貴氏、そしてクラウド専業のSIerとしてサーバーワークス 代表取締役 大石良氏。モデレータは私、新野が行いました。 ディス
デブサミ10周年に寄せて。IT情報の発信源はベンダからコミュニティに移ろうとしている
昨日と今日、都内で行われているイベント「デベロッパーズサミット 2012」、通称デブサミは、デベロッパーにとってすっかりおなじみのイベントになりました。というのも、今回が10周年なのです。 10年の節目として、今日は最後のセッションでデブサミ10周年（およびマイクロソフトのドットネット10周年）をお祝いするパーティが開かれる予定で、実は僕がその司会を務めさせていただくことになっています（残念ながらすでに参加者は締め切られたようです）。アスキー、アットマーク・アイティ、アイティメディアと、デブサミの主催社である翔泳社さんとはずっと競合会社にいた僕がデブサミでパーティの司会をするなんて、数年前には予想もできなかったことですね。 とはいえ、同じ業界にいるライバルというのは、実は交流があったりお互いにリスペクトする間柄だったりします。僕がアットマーク・アイティにいた頃から「ウチでもデブサミみたいな
2011年はサーバサイドJavaScriptの年になる
「2011年はサーバサイドJavaScriptの年になる」 こう書いているのは、JavaScriptのテストフレームワークZombie.jsの作者Assaf Arkin氏。ブログLabnotesで、エントリ「2011 is year of the Server-Side JavaScript」を公開しています。 5年前のRubyや90年代のJavaに似ている Arkin氏は、JavaScriptが登場したときにNetscapeはサーバサイドJavaScriptも用意していたのを覚えている人はいないだろうな、との書き出しで過去を振り返っています。 not many people remember, Server-Side JavaScript for writing the back-end logic. I believe back then it was called LiveWire.
NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
IT系上場企業の平均給与を業種別にみてみた 2010年版 ～ ネットベンチャー、ISP/ホスティング企業編
IT系上場企業の平均給与を業種別にみてみた 2010年版 ～ ネットベンチャー、ISP/ホスティング企業編 IT系企業で給与が高いのはSIerなのか、パッケージベンダなのか、それともネットベンチャーなのか。上場企業が公開している平均給与を比較してみた昨年の記事「SIerとパッケージベンダはどちらが高給？ IT系上場企業の平均給与を業種別にみてみた」が好評でしたので、今年も業種別に平均給与を比べた記事を公開します。 これから紹介するデータは、Yahoo!ファイナンスの「業種別銘柄一覧：情報・通信」で公開されている情報通信分野の上場企業の従業員数、平均年齢、平均年収などの情報を収集し、独自の判断で細かい業種に分類、平均給与が高い順に並べてみたものです。年収の単位は千円です。 今回はそのデータの中から、ネットベンチャー、アフィリエイト、SEO/SEM、ISP/ホスティングなどの業種に分類した企業
TwitterがBitTorrentで高速にデプロイしている仕組みについて
Twitterは、同社の何千台ものサーバに対してバイナリをデプロイする場合に、ピア・ツー・ピアシステムのBitTorrentを利用したツール「Murder」を用いていると、7月1日の記事「Twitterの大規模システム運用技術、あるいはクジラの腹の中（後編）～Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」」で紹介しました。 FacebookでもBitTorrentによる大規模なデプロイが高速に行われていることは、7月16日の記事「Facebook、memcachedに300TB以上のライブデータを置く大規模運用の内側」で紹介しました。 どうやら大規模システムにおけるデプロイではBitTorrentの利用が進んでいるようです。 7月15日付けのTwitter Engineering Blogに、Twitterのエンジニア、Larry Gadea氏による「
オペラがやってくれた！ グーグルの空飛ぶジャガイモに対抗
グーグルが、Chromeの表示スピードは驚異的に速いのだということを印象づけるために、高速で空中を飛ぶジャガイモとChromeの表示スピードを比較するという超アホらしい（が、予算はたっぷりかかっていそうな）ビデオを発表したのは5月3日のこと。話題を呼んだこのビデオは200万回以上再生されました。 謎の実験装置から発射されるジャガイモ。 Operaもジャガイモより速いぜ！ しかしOperaの方がグーグルのChromeより速いぜ！ といいたいのか、オペラソフトウェアがこのビデオに対抗すべく、先週の木曜日にさらにアホらしいビデオの公開をやってくれました。さっそく50万回以上再生されている模様。 なにやら巨大なエンジンをメンテナンスするマッドサイエンティスト風の二人。これで実験をするのか？
グーグルがWebを高速化するために何をしているか
本のページをめくるように、どんなWebページも素早く表示できるようにする。グーグルは以前からWebの高速化に取り組んできました。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」では、グーグルのUrs Hölzle氏がWebの高速化技術について「Speed Matters」（スピードの重要性）というセッションで紹介ています。 Webを高速化するためにどのような技術があり、あるいはどのような技術が検討されているのか、このセッションの内容を紹介しましょう。 スピードは重要だ 私が話そうとしているのは、「Speed matters｣（スピードの重要性）についてだ。Webは空飛ぶジャガイモより速くなれるだろうか？ どのくらい速くなれるだろうか？ （参考：オペラがやってくれた！ グーグルの空飛ぶジャガイモに対抗）
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」
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を使った
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
