遅くなったけど続編。前回 TODO にしてたスケールアウトのオートメーションあたり。AWS のオートスケールについては、本家ドキュメントに一通り書いてあります。その機能を大まかにまとめると、 スケールアウト、バランシングが自動化できる 複数のゾーン (Availability Zone) にまたがっていても一元管理できる (AZRebalance ELB を指定してインスタンスを追加できる 不健全なインスタンスを自動的に入れ替えれる >>> オートスケールの設定 大きく分けると 3 つのステップ CPU やメモリ等のリソースを識別する CloudWatch に各リソースをモニタリングするためのメトリクスを作成する デフォルトでモニタリング可能なリソースが用意されている (デフォルトで用意されているリソース EC2 の CPU 負荷、ディスク I/O、ネットワーク I/O ELB のホスト数
ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日、産業技術大学院大学で開催されているInfoTalkに参加して、チャットワークのCTOである山本さんの話を伺ったのでレポートします。 ChatWork、再実装の決断と裏側 チャットワークについて CharWork社について 日本は東京、大阪にオフィスがあり、アメリカのロサンゼルスにもオフィスがあります。 アメリカへCEOの山本さん（CTO山本さんのお兄さんです）が移住されています。 チャットワークとは チャットワークとはクラウド型ビジネスチャットツール。 導入企業は7万7千社を突破している！ チャットワークの規模 2015年8月の規模は以下のとおりです。 チャットワークの開発体制 CTOの元にWeb開発、基板開発部、アプリケーション開発部、CTO室という体制になっています。 チャットワークの歴史 2011年にリリースしてから3年・・
今までFiddlerをただのセッションの中身を確認できるLocal Proxyとしてしか見ていなかったのですが 改めて良く調べると色々できることが多すぎると判明。感動したので便利な機能をまとめてみました。 先に簡単に説明しておくと、FiddlerはMicrosoftが無料で配布しているWeb Debugging Proxyです。 Windows環境にインストールして、ブラウザとサーバの間の通信を読んだり操作したりできます。 配布サイトはこちら。 Fiddler Web Debugger – A free web debugging tool 動作環境は「Windows 2000 / XP / 2003 / Vista with Microsoft .NET Framework v2.0 or later」 今回使ったバージョンは、2009年9月10日時点で最新の安定版、2.2.4.6。 と
オープンスタンダードのHTML5がモバイルアプリへ挑む。 本来ならグーグルがHTML5の開発を先導しているはずだが、現実はそうではない。実際は、その名誉はネイティブアプリの素晴らしさを主張し続けてきたアップルのものだ。 関連記事：グーグルは一刻も早く、HTML5にもっと力を入れるべきだ アップルはオープンソースやオープンスタンダードのリーダーとして知られて来た訳では無い。しかしiOS 8によって両分野でリーダーとなったのだ。多くの性能とユーザー体験を改善するなかで、アップルはアプリケーション開発者にも大幅な機能改善を提供した。それにはiOS 8でハイブリッドアプリが動く新たなブラウザエンジン、WKWebViewも含まれている。 皮肉にも、アップルのかつて敵、Flashを保有するアドビが最も利益を得るかもしれない。 現在のアプリ開発手法 これまでiOSかAndroidのどちらをとっても、性能
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 既存のHTTPやWebサーバの技術を見ているものとして、新しい技術も調査しておかないといけないなということで、今日はHTTP/2とSPDYでおしゃべり可能なWebサーバの性能を見てみたいと思います。 HTTP/2の実装としては、tatsuhiro-tさんのC言語実装ライブラリであるnghttp2に注目しており、今日はそのライブラリを使って実装されているWebサーバnghttpdを動かし、SPDY/3.1で動作しているnginxとの性能比較をしました。HTTP/2やSPDY/3.1はもちろんクライアント側も既存のベンチマークツールではおしゃべりできないので、nghttp2で実装されているh2loadを使用しました。weighttpと使い方が似て
id:KenichiroMurataです。 最近2.0がリリースされたVert.xについて、皆さんご存じでしょうか？ Vert.xは一言で表現すると、 Vert.x is a polyglot, non-blocking, event-driven application platform that runs on the JVM. です（公式サイトより引用）。 JVM上でのnon-blockingでevent-drivenなプラットフォームな所が私のお気に入りポイントです！まぁ、Java屋さんですからね。うちは。 そんなお気に入りのVert.xについて、これから数回に分けて本ブログにて記事を書いて行こうと思います。 Vert.xを知る Vert.xを知るには、ドキュメントが充実した公式サイトを読むのが一番です。ですが、ボリュームがかなりあるので、オススメのサイトを紹介します。 vert.
Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov
Backbone.js is a javascript MVC framework, and is the newest addition to my frontend toolbox. What’s great is that DocumentCloud, the team that released it, is actively developing and using the framework, making it better everyday. I’m currently using it in various projects, including QuietWrite, a javascript-heavy document editing service. The major advantage of Backbone is that it’s simple, ligh
追記：【割引コードGET！】ヤバイくらい簡単にプロフェッショナルなサイトが作れるStrikingly.comが割引コードくれた！ | バンクーバーのうぇぶ屋 上記追記ですが、このStrikingly.comのデイビットさんと話をして、クーポンコード貰えたんでご紹介記事が上になりますー！ 以下より本記事本文 いやー、今日まで散々”簡単にサイトが作れるん時代っすよねー”的な事を色々書いてきましたが、もしかしたらこれは今までご紹介したどんな簡単WEBサイト作成サービスよりも凄いかもしれません。 超シンプル、超簡単、超楽、超綺麗。 無料版でもそのクオリティの高さにはちょっとビックリですが、有料版にすればA/Bテストにカスタムドメインまで全然オッケーとか色々ヤバイ高機能。 例えば、こんなサイト1時間も掛からず作れちゃう。簡単だけどレスポンシブ可もされてるし。使い方も説明が必要か迷うレベルで簡単。 S
11/3に開催された #isucon2 に、隣の席の @pandax381 と一緒に、チーム双龍として参加してきました。 結果は惨敗だったのですが、そのレポートを書く前に、 #isucon2 で使う予定だった秘密兵器 recaro について紹介します。 recaro とは recaro はカーネル空間で動く httpd + memcached サーバーです。 httpd サーバーは @pandax381 が作成した tkhttpd で、 memcached は kmemcached というプロジェクトが 未完成のまま放置されていたのを見つけて、私がデバッグ＆高性能化したものです。 (KLab/kmemcached) 通常のnginx+memcachedだと ネットワーク <- TCP/IP ]-> nginx <-[ TCP/IP ]-> Memcached ([] はシステムコール) と
はい、これは僕がいつも良く見るApacheとNginxの性能差に見えます。大体、ApacheはNginxの75%程度の性能に落ち着きます。数十バイトの静的コンテンツに対するリクエスト処理はNginxの得意分野だと思っていたので、大体こんなものです。 そこで、真面目にevent_mpmのチューニングを行ってみました。で、幾度となくベンチを試した結果導き出した、静的コンテンツに対する同時接続数100程度に対して最高のパフォーマンスを示すevent_mpmの設定は以下のようになりました。 [program lang=’apache’ escaped=’true’] StartServers 4 MinSpareThreads 4 MaxSpareThreads 4 ThreadsPerChild 2 MaxRequestWorkers 2 MaxConnectionsPerChild 0 [/p
DNSの終焉が垣間見える、ぶっ飛んでて危険すぎるお名前.comの検閲事件
忍者ツールズ全サービスが表示不可となる障害につきまして | ドメイン取るなら お名前.com ドメイン取得 年間280円～ 忍者TOOLSは、お名前.comというドメイン名レジストラにninja.co.jpのドメイン情報を管理させていた。忍者TOOLSは、ninja.co.jpというドメインを、自社の様々なサービスに使っていた。そのサービスは、忍者TOOLSのユーザーが使うものである。 さて、お名前.comの主張では、忍者TOOLSのユーザーがお名前.comの規約違反を起こしたために、ユーザーの規約違反は、すなわちそのユーザーのサービス提供元の規約違反であるとし、事前の協議や警告すらなしに、一方的にninja.co.jpのドメイン情報を消したそうだ。 これは恐ろしく危険な事件である。問題は、DNSが階層的な中央管理をされたシステムである以上、この問題は仕組み上どうしようもないという事である
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
