最新のNGINXはアプリケーションサーバー！？NGINX UnitのベンチマークをPHP,Python,Goで計測してみた！！

#NGINXって？？

![image.png](https://qiita-image-store.s3.amazonaws.com/0/139643/a46427b2-00eb-349a-6c34-de6d76bee10c.png)

簡単にNGINXの特徴について説明します．

- イベント駆動のWebサーバー
- 静的コンテンツの配信が得意
- リバースプロキシとして使われることも多い
- 全アクティブサイトの中で2番目に多く使われている(19.60%)

参考:[wikipedia nginx](https://ja.wikipedia.org/wiki/Nginx)

以前(といってもだいぶ前ですが)はApacheが一強のサーバー業界でした．私もあんまり詳しくないですが，サーバーが安くなる中，[C10K問題](http://www.hyuki.com/yukiwiki/wiki.cgi?TheC10kProblem)というものが業界で話題になり，Apacheが採用していたpre-Fork型のアーキテクチャのサーバーでは大量のリクエストが処理できなくなってきました．その中で，イベント駆動型のアーキテクチャのNGINXが大量のリクエストを処理することが可能で，注目を浴びたようです．
そこで，Webサービスのリクエストの一番最初をNGINXが受け，リバースプロキシをする．という構成をよく取られるようです．また，メディアなどのWebサイトは高速にレスポンスさせる必要があり，またコンテンツとして静的なものが多い特性もあるので，NGINXの採用をすることもあるようです．

#NGINX-Unitって？？

NGINX-Unitは2017年9月8日に新たに発表されたプロダクトです．その特徴としては，

- NGINX Unitはアプリケーションサーバー
- PHP,Python,Goに対応
- RESTful APIやJSONによってサーバーの設定がリアルタイムに動的に変更可能

引用：[NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定](http://www.publickey1.jp/blog/17/nginx_unit.html)

という特徴があるようです．
一般的に，Webサービスは三層のアーキテクチャにすることが多いようです．
![image.png](https://qiita-image-store.s3.amazonaws.com/0/139643/33ef340c-5411-41c6-dcaa-830ea2e1e9d7.png)


単純な静的なHTMLを返すだけのサーバーを狭義的にWebサーバーと呼び，PHPやPythonで書かれたプログラムが動き，それをHTTPとバインドできるサーバーをアプリケーションサーバーと呼ぶようです．今までも「NGINX+gunicorn+Pythonを動かす．」ようなことはできました．しかし，厳密にはgunicornのようなWSGIサーバー(アプリケーションサーバー)とNGINXが連動していただけです．この例で言うと，gunicornの部分をNGINX Unitが代替するようなイメージです．
　RESTful APIによるサーバーの設定という特徴は，他のサーバーでは聞いたことがないです．一般的には/etc/confとかに設定ファイルを置いて，再起動するイメージですね．


#環境の準備

先人の方々の知恵をお借りしながら開発環境を進めました．

[PHP, Python, Golang を NGINX Unit で動かしてみた](http://yaaamaaaguuu.hatenablog.com/entry/2017/09/08/031316)

ほとんど，[公式のドキュメント](http://unit.nginx.org/docs-configuration.html)どおりです．今回も環境はUbuntuでpre-compiledなバイナリを使ってしまいます．

```bash
$ wget http://nginx.org/keys/nginx_signing.key
$ sudo apt-key add nginx_signing.key
```

以下の文章を/etc/apt/sources.listに追記

```
deb http://nginx.org/packages/mainline/ubuntu/ xenial nginx
deb-src http://nginx.org/packages/mainline/ubuntu/ xenial nginx
```

そして，インストール

```bash
$ sudo apt-get update
$ sudo apt-get install unit unit-dev
```

サーバーの起動

```bash
$ sudo service unitd start
```

調査には，若干時間がかかりましたが，割と簡単に入る方だと思います．

ちなみに上記で入るNGINX Unitのphpとpythonのバージョンも見てみました．

```bash
$ pwd
/usr/lib/unit/modules
$ ls
php.unit.so  python.unit.so
```

/usr/lib/unit/modulesの中にphpとpythonのsoが入っているようです．これを

```bash
$ objdump -s php.unit.so  | less
$ objdump -s python.unit.so  | less
```

と目視でバイナリダンプを読んでいきました．その結果，

- php 7.0.22
- python 2.7.12

こんな感じのバージョンでした．
恐らくUbuntu 16.04の公式のpythonはまだ2.7系だからみたいですね．python3系でプログラムを書きたい方はソースコードからビルドするしかないのかな？

# 基本的なサーバー設定

今回，ベンチマークで使ったコードや設定ファイルはリポジトリに用意しました．

https://github.com/kotauchisunsun/nginx_unit_bench

サーバーの設定はすごく簡単で，

```
$ sudo curl -X PUT -d @php_config.json  \
       --unix-socket /run/control.unit.sock http://localhost/
```

このようにjsonを投げ込むだけで，サーバーのリスタート要らずで設定可能です．
Ubuntuで行う注意点としてはsudoで投げることと，ソケットが/run/control.unit.sockで動いてることですね．
あとリポジトリにあるjsonはそのままでは動きません．動かすソースコードのパスや実行ファイルのパスが絶対パスで書かれているので，適宜書き換えてご利用ください．


# ベンチマーク
ベンチマークする言語はPHP,Python,Goです．
アプリケーション自体はすごく簡単で，

- PHPは「Hello PHP World!!」
- Pythonは「Hello Python World!!」
- Goは「Hello Go World!!」

と出力するだけのアプリケーションです．
**出来るだけ簡単にすることで，NGINX Unitとプログラミング言語とのブリッジで一番速いものは何か？**を調べます．

ベンチマークに使用するソフトはApache Bench

- [Serverless環境は600倍以上遅い？ ～GoとNode.jsとPythonでベンチマークとってみた！～](http://qiita.com/kotauchisunsun/items/54cba63de9d464a9a036)
- [サーバーレスの入門に！自宅サーバーレス+自宅S3環境で作るサーバーレス・サムネイルサーバー！](http://qiita.com/kotauchisunsun/items/856e7ecb65bb06f85ffa)

でも使った簡単に使える負荷テスト用のツールです．
コマンドはこんな感じ

```
$ ab -n 100000 -c 100 http://localhost:8100/ 
```

100並列で10万リクエストを送り込みます．(リポジトリ内のbench.shがベンチマーク用の実行スクリプトです．)


#ベンチマーク結果

| Language | min Response Time[ms] | mean Respones Time[ms] | max Response Time[ms] | Request Per Second |
|:-:|:-:|:-:|:-:|:-:|
| PHP     |  **6** | **99**  |  **1,414** |  **1005.30** |
| Python  |  65 | 141  | 1,916 | 708.99 |
| Go  | 48  |  106 | 2,567  | 946.90  |

![image.png](https://qiita-image-store.s3.amazonaws.com/0/139643/f9d1fe84-516b-1900-045a-297ec27342dd.png)

![image.png](https://qiita-image-store.s3.amazonaws.com/0/139643/2bea28f8-4953-8bc4-b142-f34741c60fd9.png)

詳しいデータは[リポジトリ](https://github.com/kotauchisunsun/nginx_unit_bench)に，php.result, python.result, go.resultとして置いています．

#考察

大方の予想を裏切る結果かもしれませんが，**NGINX Unitで動く最速の言語はPHPでした.**
理由ですが，なんとなくは分かります．それはコードを見ると，

```php:index.php
<?php
    echo "Hello PHP World!!";
```

```python:wsgi.py
from flask import Flask

application = Flask(__name__)


@application.route("/")
def index():
    return "Hello Python World!!"
```

```go:hello.go
package main

import (
	"fmt"
	"net/http"
	"unit"
)

func main() {
	http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
		fmt.Fprintf(w, "Hello Go World!!")
	})
	unit.ListenAndServe(":8300", nil)
}
```

となっています．pythonの場合はwsgiの形式でアプリケーションを作る必要があります．そのため，Flaskやwsgiのモジュールを読み込むのが必須になっています．また，Goも同様で，NGINX Unit用の"unit"というモジュールとバインドすることが必須になっています．その一方で，PHPはライブラリのロードが一切ありません．個人的には，「バイナリで動くGoが一番速いだろう」と思っていました．しかし，そのGoが遅い．そして，PHPのmin Response Timeが6[ms]という異様に速いことを考えて，総括すると**モジュールを利用している分，Python，Goは遅く，PHPが最速であった．**ということが分かります．

# まとめ

- Ubuntu上でNGINX Unitのインストールを行った．
- 言語別のベンチマークをしてみた結果，PHP > Go > Pythonだった．
- PHPが最速である理由はモジュールのロードが少ないからだと思われる

という結果でした．
やはり，衝撃的だったのは「PHPが最速だった」ということでしたが，正直PHPとGoはそれほど性能は変わらないかな？と思っています．最終的にはロジックを作りこんでいくと，Goの方が速くなるだろう．と思っています．一方で，ちょっとPythonは遅いかな？と感じざるを得ないです．
あと上のベンチマークでは記載しませんでしたが，**Goのモジュールはレスポンスに失敗することがあります．**これは原因はあまり追っていませんが，負荷テストを行ううちに

```
apr_socket_recv: Connection reset by peer (104)
```

と出力され，エラーで落ちました．そのため，計3回ぐらいベンチマークを取り直しました．まだまだNGINX Unitもβ版のようなので，こういうこともあると思います．
　一方で，秀逸だなーと思うのはREST FullAPIでサーバーの設定ができることです．これは素晴らしい．ベンチも行いやすかった．しかし，もうちょっとjsonのつくりをこだわって欲しかった．リポジトリ内のconfig用のjsonを見ていただければわかりますが，言語別にpathの表記が微妙に異なったりしています．そこにはまっているが，気づかずcurlでAPIを叩くわけなんですが，エラーメッセージが不親切です．エラーメッセージでjsonのどの部分で間違っているのか指示してくれないので，自分で目を皿のようにしながら公式ドキュメントとにらめっこする必要があって，しんどかったです．
ともあれ，一度慣れてしまうとNGINX Unit楽かもしれないです．僕はPHPが好きではないです．その理由はphp.iniでopen_base_dir等を設定しないといけない（しかもその周りでよくハマる）ですが，その辺が丸っと無視出来て，どのパスのソースコードでも動かせるようになってます．その設定もjsonで一発で指定できるので非常に楽です．これはPythonの場合もそうで，gunicornやらnginxやらの良く分からない設定を頭抱えながら設定することを考えるとずいぶん楽な印象です．しかもサーバーをリスタートする必要がないので，開発が非常にやりやすく，Try & Errorが高速で出来ます．
本番投入はまだまだ難しいかもしれませんが，ハッカソンぐらいの軽いプロダクトであれば，言語ビルドインのサーバーとか使うよりかは，ルーティングや設定が取り回しやすいので，ありなんじゃないかなーと感じました．是非触ってみてください．