モバイルアプリ向け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の製品は具体的にど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
