なぜ今、新しいHTTPサーバが必要なのか - H2O について勉強会で話したこと
先月末の話になりますが、SAPジャパンさんを会場に開催されたデータ転送ミドルウェア勉強会で、私が中心になって開発しているHTTPサーバ「H2O」について話す機会をいただき、登壇してきました。 以下は当日使用したスライドです。なぜ今H2Oを開発しているのか、その背景にある現状認識と将来の方針について、日本語で説明してあるので、興味ある方はご覧ください。 発表の機会をくださった@repeatedlyさんと@frsyukiさん、会場を提供してくださったSAPジャパンさん、ありがとうございました。 H2Oの開発は順調に進んでおり、HTTP/2サーバプッシュへの対応も完了し、まもなく次のバージョンがリリースできるかと思います。今後ともよろしくお願いいたします。
高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？ 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立
G-WAN > Web Application Server
G-WAN better uses CPU Cores to make the Internet of Things fly thousand times higher ! Leverage legacy servers and low-consumption CPUs to do more with less! With 1GHz in 2000 and 3GHz in 2002 10GHz CPUs were expected in 2005. Today, we should run much faster CPUs but: We're not going to have faster processors. Instead, making software run faster in the future will mean using parallel-programming
G-WAN > Web Application Server
G-WAN better uses CPU Cores to make the Internet of Things fly thousand times higher ! Leverage legacy servers and low-consumption CPUs to do more with less! With 1GHz in 2000 and 3GHz in 2002 10GHz CPUs were expected in 2005. Today, we should run much faster CPUs but: We're not going to have faster processors. Instead, making software run faster in the future will mean using parallel-programming
Shortfin Web Server
Shortfin is a fast and lightweight static web server made to run web apps.Install Shortfin is completely written in C and currently only runs on Linux, but porting to xBSD has been initiated. Just run the following command as root to install the server. # wget http://shortfin.io/install.sh && sh install.sh Config To get the best performance out of the server it's important that you configure it
DevOps: Netflixが、Webベースのクラウド管理・デプロイツール AsgardをOSS化 - aws memo
NetflixがWebベースの管理・デプロイツール Asgard をOSS化した。 The Netflix Tech Blog: Asgard: Web-based Cloud Management and Deployment AWS Management Consoleよりも、直感的かもしれないし、AutoScaleもGUIで設定できたり、自動化をGUIから設定できたりする。 これがOSSなのはすごい。 とりあえず、Amazon Linuxにて $ wget https://github.com/downloads/Netflix/asgard/asgard.war $ wget http://www.fightrice.com/mirrors/apache/tomcat/tomcat-7/v7.0.28/bin/apache-tomcat-7.0.28.tar.gz $ tar xv
Cherokee Web Server | Home
Evolved Web Infrastructure Software Cherokee is an innovative, feature rich, lightning fast and easy to configure open source web server designed for the next generation of highly concurrent secured web applications. User friendly All the configuration is done through Cherokee-Admin, a beautiful and powerful web interface. Modern Technologies Cherokee supports the most widespread Web technologies:
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
IE ぁぃぃ〜 - にぽたん研究所
Apache から特定のリクエストヘッダや接続元の情報に応じて出力を分ける、独自の Apache Perl モジュールとして存在しています。 まぁ、ある意味 JavaScript を出力する CGI みたいなもんです (違うけど)。 つまり、xx.js なんて、一見するとある一個の JavaScript ファイルのようで、実は <Location /xx.js> SetHandler perl-script PerlHandler Apache::NipotanJS PerlSetVar JSSettings conf/nipotan_js.dat </Location> みたいにして、Apache::NipotanJS (仮名) というモジュールから、conf/nipotan_js.dat とかを読み込んで、動的に js のデータを生成しとります。 で、他にもこのサーバには、mod_gz
Webサーバー間通信内容圧縮(mod_deflate) - Fedoraで自宅サーバー構築
[root@fedora ~]# vi /etc/httpd/conf.d/deflate.conf ← DEFLATE設定ファイル作成 <Location /> # DEFLATEの有効化 AddOutputFilterByType DEFLATE text/html text/plain text/xml # 送信先ブラウザがNetscape 4.xの場合はtext/htmlのみ圧縮 BrowserMatch ^Mozilla/4 gzip-only-text/html # 送信先ブラウザがNetscape 4.06-4.08の場合は圧縮しない BrowserMatch ^Mozilla/4\.0[678] no-gzip # 送信先ブラウザがMSIEの場合は全て圧縮する BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html # プロキ
cyano: mod_proxy_balancerで中〜大規模サーバー運用するときの勘所 - (4) mod_deflateと組み合わせる際の注意点編
mod_proxy_balancerで中〜大規模サーバー運用するときの勘所 - (4) mod_deflateと組み合わせる際の注意点編 Apache2.2から、ロードバランシングをしてくれるmod_proxy_balancer というモジュールが標準添付になりました。 このモジュール、その名前の通り、ApacheレベルでHTTPリクエストをバックエンドのサーバーに振り分けることでロードバランシングをしてくれるモジュールです。 Apacheの公式ドキュメントや試しに入れてみた人のBlogなどは散見されますが、実際の現場で運用している事例というのはまだ無いようです。 そこで、実際にピーク時にover 500 request/secでmod_proxy_balancerなサーバーを運用している経験をふまえ、つまずいた点などを公開していきたいと思います。 今回は、mod_deflateと組み合わ
おれぶろぐ: LVS+keepalived
LVSとkeepalivedを使ったPCによる負荷分散構成の話。 大変参考になる。商用バランサ危うしｗ 今やってる仕事で提案してみたいですね。 BIG-IPを捨ててもらって、ってのもなんなんで、表側は継続してそれ使って、裏側セグメント用にって感じでしょうか。 ただ、keepalivedのVRRPによるネットワーク的な冗長構成に関してちょっと気になる、というか疑問点あり。 書式調べたりしてないんですが、設定ファイルを見ると同じVRIDで2つの異なるセグメントのVirtual IPっぽい。 これはそうしないと恐らく表裏のMasterが一致しなくなるんじゃないかなと想像。 でも、VRRP Helloパケットは表裏どっちから出るんだろう？両方？ 両方から出る場合、どちらかだけ受け取っていれば切り替わりなし？ 片側だけの場合、その反対側の障害検知なし？ マルチネットになっているIPインタフェースでは
こんなに簡単！ Linuxでロードバランサ (3) : DSAS開発者の部屋
前回はkeepalivedを使ってWebサーバを冗長化してみました。 今回はkeepalivedのもう一つの機能であるVRRPを使って、ロードバランサ自身を冗長構成にしてみたいと思います。 ┌─────┐ │ client │ └──┬──┘ │[10.10.31.200] │ ━━━━━━━┯━━━━┷━━━━━┯━━━━━━━━━ 10.10.31.0/24 │ │ │ │ │ ←(10.10.31.10) → │ │ ←{10.10.31.100}→ │ [10.10.31.11]│ │[10.10.31.12] ┌─┴─┐ ┌─┴─┐ │ lv1 │ │ lv2 │ └─┬─┘ └─┬─┘ [192.168.31.11]│ │[192.168.31.12] │ ←(192.168.31.10)→│ │ │ ━━━━━━┯┷━━━━━━━━━━┷┯━━━━━━━━ 192.168.3
CSSでクールなタブUIを作成するサンプル:phpspot開発日誌
OSResources - How to create CSS overlapping tabs? Sometimes simulating a real desktop interface for your web application can be a real challenge, especially when dealing with tabs. CSSでクールなタブUIを作成するサンプル。 次のようなタブUIを作ることが出来ます。 サンプルのCSSを定義しておけば、後は次のようにシンプルなHTMLをコーディングするだけで上記画像のようなタブUIが作れます。 HTMLもクリーン。 <ul class="obtabs"> <li class="first"><span><a href="#">Jack</a></span></li> <li><span><a class="new
UIE Japan Staff Blog
UIEジャパンの穂坂です。 今日はCEATEC2日目でした、初日より沢山の来場が有ったようで、私共の展示も多くの方々に観ていただくことが出来ました。 CEATECは土曜日まで実施していますので、ご来場の際は是非「モバイルコンピューティング PLAZA」へも足を運んでください。 INTEL CE3100（コードネーム：Canmore）とモバイルデバイスで連携するIPTVサービスのデモをご覧いただけます。 投稿者: UIEJ Staff 日時: 15:49 | パーマリンク | コメント (0) おはようございます、事業開発部の古志野です。 今日から5日間、幕張メッセで開催されているCEATEC JAPAN 2008に出展しています。 詳しくは、こちらのお知らせをご覧ください。 今回会場では、IntelのAtomチップ搭載のWILLCOM D4端末と、 IPTVを連動させたデモを展示
WebAppSec - WebAppSec Wiki - FrontPage
とりあえず立ち上げてみました。当面はルールや制限を設けず運用してみますので、ご自由にお使いください。 (ファイル添付機能だけは無効にしています。) 不具合・要望・ご意見は、[ フォーラム | 問い合わせ | メール ]お好きなところへお願いします。 目次 † 脆弱性の解説 脆弱性の解説/Blind SQL Injection 脆弱性の解説/Cookie Monster 脆弱性の解説/Cross Site Scripting(XSS) 脆弱性の解説/Session Fixation 脆弱性の解説/SQL Injection XSSにより発生しうる被害 バナーを隠す方法 PHP Easter Eggs を使ったバージョン推測 ブラウザ毎の挙動の違い SQL Injection によるDB種類の推測 情報源 XSSの実例 テスト手法 ↑
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
fluentd を利用した大規模ウェブサービスのロギング
Plone - The Open Source CMS — Plone Documentation v5.1
Oracle Java Technologies | Oracle
Installing Hobbit