Theme 第 18 回のテーマは Nginx です。 今回は @cubicdaiya さんをお迎えして、 すっかり HTTP サーバのデファクトの地位につきつつある Nginx について、なぜ Nginx を選ぶのか、 Nginx から見た現在の Web にはどういう変化があるのか。 そして Nginx はこれからどうなっていくのか、それが Web にどんな変化をもたらすのかを議論しました。 Show Note Nginx を使い始めた理由(0:00~) ngx-small-light nginx-build mruby h2o Web+DB Press Vol.72 WebP Nginx のアーキテクチャ(7:26~) Web+DB Press Vol.72 C10K epoll kqueue apache prefork mpm apache event mpm WSGI PSGI
2014年9月に正式リリースした、はてなのサーバー管理・監視サービスであるMackerelでは、サーバーサイド言語にScala、そして、ユーザーがホストにインストールする監視agentやそのpluginはGoで書かれています。 このようにプロジェクトにおけるメインの開発言語はScalaとGoですが、部分的にはPerlやRubyも使われてもいます。もちろんクライアントサイドでJavaScriptも使っていますし、TypeScriptを使っている部分もあります。このようにMackerelはひとつのプロジェクトでありながら多様な言語が使われているというユニークな特徴を持っています。 これは面白がってたくさんの言語を使っているわけではなく、それぞれ必然性を持ってそれぞれの言語を選択しています。それらの言語がどのように適材適所に使われているか実例を交えながら紹介したいと思います。 例えば、Macke
There are two sides to monitoring – exposing problems with alerts and acting upon those alerts to find solutions to the exposed problem. For exposing problems, users can define any script for Consul to intelligently check and report the health status of all nodes in a cluster. These scripts could be as simple as returning a 200, or as complex as querying the load and query response time on a datab
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く