Web Server

リバースプロキシするときに、よくProxyPassとProxyReverseを設定する。これらの違いはなにか。ProxyPassは文字通りリバースプロキシする設定。ProxyReverseは、リバースプロキシ先でのリダイレクトが発生したときに書き換える指定。

リダイレクトがあるときProxyReverseを設定していないと、バックエンドサーバから見たフロントエンドへのアドレスをLocationヘッダに設定する。当然ブラウザからは開けないので404エラーになる。

わかりやすい解説。

• やっとわかった、リバースプロキシの設定の意味 - @kyanny’s blog

JWT(JSON Web Token)はトークンの1つ。

• 【Rails×JWT】ログイン認証解説とJWT初期設定ファイルの作成 - 独学プログラマ
  1. ブラウザ: ログインする
  2. サーバ: ログイン情報と一致するユーザを検索。存在すればJWTを発行し、Cookieに保存する
  3. サーバ: ブラウザにJSONを返す。有効期限とユーザオブジェクトを返す。JWTはそのものは返さない
  4. ブラウザ: JSONを保存する。保存したユーザオブジェクトをログイン中のユーザとして扱う。保持されている有効期限を、ログイン状態を維持するかの判定に使う。

だいたいの場合、index.jsやindex.phpを見に行く設定をしてない。パスがWebサーバの機能の1つである静的ファイルの位置の指定ではなく、indexファイルへ渡されるパラメータとして扱われる必要がある。

アーキテクチャの説明。

• 並行(concurrent)
  • 複数の仕事を切り替えることにより同時に実行する
• 並列(parallel)
  • 複数の仕事を同時に実行すること
  • 並列は並行を包含している
• マルチプロセス
  • 複数のプロセスを並列処理する
  • クライアントからの接続ごとにプロセスをフォークして処理する
• シングルプロセス
  • 1つのプロセスでのプログラム実行
  • プロセスは1つなので、並行処理
• マルチスレッド
  • 複数のスレッドを並列処理すること
  • 1プロセスの中で各スレッドの並列処理を行うことができる
  • クライアントからの接続ごとにスレッドを生成して処理する
  • マルチプロセスモデルに比べメモリ空間の切り替えがない分、メモリ消費量やコンテキストスイッチのオーバーヘッドが少なくなる
• シングルスレッド
  • 並列処理ではなく、単一の命令の流れを逐次的に実行していく並行処理を挿す
• Apache
  • preforkモデル
    • マルチプロセスモデル
    • スレッドを使わず、先行してforkを行う
    • リクエストとプロセスが1対1対応で処理する
    • 子プロセスが停止しても他のプロセスには影響を及ぼすことがなく通信を継続できる
    • Linuxは起動できるプロセスの数が制限されているので、C10K問題が起こる
  • workerモデル
    • マルチプロセスとマルチスレッドのハイブリッド型モデル
    • Apacheの子プロセス1つ1つがマルチスレッドで動作し、スレッド1つ1つがクライアントを処理する
    • 多くの子プロセスを起動せずにメモリの使用量を減らせる
• Nginx
  • イベント駆動モデル
    • クライアントのアクセスをイベントとして扱い、それをトリガーにプロセス内で処理を行うこと
    • 1プロセスは1スレッドしか利用しないので、CPUの数だけプロセスを用意するワーカーモデルが利用される
    • Node.jsと同じイベントループ方式 – シングルスレッドでループ処理をまわし、キューに溜まったイベントを処理していく処理方式
    • シングルスレッドのプロセスのためメモリ空間の共有が可能
    • 同時接続数が増えてもプロセス数やスレッド数は増えないのでC10K問題が起こらない
    • メモリ消費量やコンテキストスイッチのオーバーヘッドが小さい
• NginxのI/O処理では、イベントループによる非同期なイベント駆動と、IOの多重化によって、workerプロセスにてリクエストが完全に処理されることを待たずに処理を捌くことができる

システム監視の解説。

コードによる詳しい解説。

WEBでありがちな部品がまとめられたページ。

ログの設計指針。

ログはその重要性にかかわらず認識されていない。

最後のプロジェクト：マルチスレッドのWebサーバを構築する - The Rust Programming Language 日本語版

シンプルなWebサーバを実装し、基本的な仕組みを理解する。

• 接続は、クライアントがサーバに接続し、サーバがレスポンスを生成し、サーバが接続を閉じるというリクエストとレスポンス全体の過程の名前
• let response = "HTTP/1.1 200 OK\r\n\r\n"; にするとブラウザwebツールで200 OKが出る。適当な文字列を入れると出ない。入れた文字がそのままページとして表示された
• HTTPステータスはレスポンスの先頭行の文字列をパースして得る。文字列はプロトコルとして定義されている
• レスポンスのヘッダ以降は表示される。だからHTMLを入れてレスポンスを返すと、ブラウザで表示できる
  • pumaが200を返す部分。https://github.com/kd-collective/puma/blob/e9f09ba1fe6b168bed7fff59d0bdbfd65351cf9d/lib/puma/app/status.rb#L70 当然だが実際の大きなアプリケーションでも、レスポンスを返す部分がある。本質的な部分はシンプルなことがわかる
• パスによる分岐の実態は、アプリケーションを書くうえで直感的に感じる構造とは異なる。サーバ側でパスによる分岐処理があるから表示を分けられる。パス指定されていても、リクエストパスが異なるだけで他は同じ形式のリクエストに過ぎない