Ubuntu16.04でuWSGIとNginxを使用してFlaskアプリケーションを提供する方法
序章
このガイドでは、Ubuntu16.04でFlaskマイクロフレームワークを使用して簡単なPythonアプリケーションをセットアップします。 この記事の大部分は、アプリケーションを起動するようにuWSGIアプリケーションサーバーを設定し、フロントエンドのリバースプロキシとして機能するようにNginxを設定する方法について説明します。
前提条件
このガイドを開始する前に、サーバーでroot以外のユーザーを構成しておく必要があります。 このユーザーは sudo
管理機能を実行できるようにするための特権。 これを設定する方法については、初期サーバー設定ガイドに従ってください。
uWSGI、アプリケーションサーバー、およびWSGI仕様の詳細については、このガイドのリンクされたセクションを参照してください。 これらの概念を理解すると、このガイドを理解しやすくなります。
続行する準備ができたら、読み進めてください。
Ubuntuリポジトリからコンポーネントをインストールします
最初のステップは、リポジトリから必要なすべてのピースをインストールすることです。 インストールします pip
、Pythonコンポーネントをインストールおよび管理するためのPythonパッケージマネージャー。 また、uWSGIのビルドに必要なPython開発ファイルを入手し、Nginxもインストールします。
ローカルパッケージインデックスを更新してから、パッケージをインストールする必要があります。 必要なパッケージは、プロジェクトでPython2とPython3のどちらを使用しているかによって異なります。
Python 2 を使用している場合は、次のように入力します。
- sudo apt-get update
- sudo apt-get install python-pip python-dev nginx
代わりに、 Python 3 を使用している場合は、次のように入力します。
- sudo apt-get update
- sudo apt-get install python3-pip python3-dev nginx
Python仮想環境を作成する
次に、Flaskアプリケーションをシステム上の他のPythonファイルから分離するために、仮想環境をセットアップします。
インストールすることから始めます virtualenv
を使用したパッケージ pip
.
Python 2 を使用している場合は、次のように入力します。
- sudo pip install virtualenv
Python 3 を使用している場合は、次のように入力します。
- sudo pip3 install virtualenv
これで、Flaskプロジェクトの親ディレクトリを作成できます。 作成後、ディレクトリに移動します。
- mkdir ~/myproject
- cd ~/myproject
次のように入力することで、FlaskプロジェクトのPython要件を保存する仮想環境を作成できます。
- virtualenv myprojectenv
これにより、Pythonのローカルコピーがインストールされ、 pip
と呼ばれるディレクトリに myprojectenv
プロジェクトディレクトリ内。
仮想環境内にアプリケーションをインストールする前に、それをアクティブ化する必要があります。 次のように入力してください。
- source myprojectenv/bin/activate
プロンプトが変わり、仮想環境内で操作していることを示します。 こんな感じになります (myprojectenv)user@host:~/myproject$
.
Flaskアプリケーションをセットアップする
仮想環境にいるので、FlaskとuWSGIをインストールして、アプリケーションの設計を開始できます。
FlaskとuWSGIをインストールします
のローカルインスタンスを使用できます pip
FlaskとuWSGIをインストールします。 次のコマンドを入力して、これら2つのコンポーネントを取得します。
ノート
使用しているPythonのバージョンに関係なく、仮想環境がアクティブ化されている場合は、 pip
コマンド(ではない pip3
).
- pip install uwsgi flask
サンプルアプリを作成する
Flaskが利用できるようになったので、簡単なアプリケーションを作成できます。 Flaskはマイクロフレームワークです。 よりフル機能のフレームワークが持つ可能性のあるツールの多くは含まれていません。主に、Webアプリケーションの初期化を支援するためにプロジェクトにインポートできるモジュールとして存在します。
アプリケーションはもっと複雑かもしれませんが、Flaskアプリを1つのファイルに作成します。これを呼び出します myproject.py
:
- nano ~/myproject/myproject.py
このファイル内に、アプリケーションコードを配置します。 基本的に、Flaskをインポートし、Flaskオブジェクトをインスタンス化する必要があります。 これを使用して、特定のルートが要求されたときに実行する必要がある関数を定義できます。
from flask import Flask
app = Flask(__name__)
@app.route("/")
def hello():
return "<h1 style='color:blue'>Hello There!</h1>"
if __name__ == "__main__":
app.run(host='0.0.0.0')
これは基本的に、ルートドメインにアクセスしたときに表示するコンテンツを定義します。 終了したら、ファイルを保存して閉じます。
サーバーの初期設定ガイドに従っている場合は、UFWファイアウォールを有効にする必要があります。 アプリケーションをテストするには、ポート5000へのアクセスを許可する必要があります。
次のように入力して、ポート5000を開きます。
- sudo ufw allow 5000
これで、次のように入力して、Flaskアプリをテストできます。
- python myproject.py
サーバーのドメイン名またはIPアドレスにアクセスし、その後に :5000
Webブラウザで:
http://server_domain_or_IP:5000
次のように表示されます。
終了したら、ターミナルウィンドウでCTRL-Cを数回押して、Flask開発サーバーを停止します。
WSGIエントリポイントを作成する
次に、アプリケーションのエントリポイントとして機能するファイルを作成します。 これにより、uWSGIサーバーがアプリケーションと対話する方法がわかります。
ファイルを呼び出します wsgi.py
:
- nano ~/myproject/wsgi.py
ファイルは非常にシンプルです。アプリケーションからFlaskインスタンスをインポートして、実行するだけです。
from myproject import app
if __name__ == "__main__":
app.run()
終了したら、ファイルを保存して閉じます。
uWSGIを構成する
これでアプリケーションが作成され、エントリポイントが確立されました。 これで、uWSGIに進むことができます。
uWSGIサービングのテスト
最初に行うことは、uWSGIがアプリケーションを提供できることを確認するためのテストです。
これを行うには、エントリポイントの名前を渡すだけです。 これは、モジュールの名前で構成されます(マイナス .py
拡張子、通常どおり)に加えて、アプリケーション内の呼び出し可能オブジェクトの名前。 私たちの場合、これは wsgi:app
.
また、公開されているインターフェイスで開始されるようにソケットを指定し、代わりにHTTPを使用するようにプロトコルを指定します。 uwsgi
バイナリプロトコル。 以前に開いたのと同じポート番号を使用します。
- uwsgi --socket 0.0.0.0:5000 --protocol=http -w wsgi:app
サーバーのドメイン名またはIPアドレスにアクセスします :5000
Webブラウザの最後に再び追加されます:
http://server_domain_or_IP:5000
アプリケーションの出力が再び表示されるはずです。
正常に機能していることを確認したら、ターミナルウィンドウでCTRL-Cを押します。
これで仮想環境が完成したので、非アクティブ化できます。
- deactivate
すべてのPythonコマンドは、システムのPython環境を再び使用するようになります。
uWSGI構成ファイルの作成
uWSGIがアプリケーションに対応できることをテストしましたが、長期的な使用に対してより堅牢なものが必要です。 必要なオプションを使用してuWSGI構成ファイルを作成できます。
それをプロジェクトディレクトリに置き、それを呼び出しましょう myproject.ini
:
- nano ~/myproject/myproject.ini
内部では、 [uwsgi]
uWSGIが設定を適用することを認識できるようにヘッダー。 モジュールを指定するには、 wsgi.py
ファイルから拡張子を引いたもので、ファイル内の呼び出し可能ファイルは「アプリ」と呼ばれます。
[uwsgi]
module = wsgi:app
次に、uWSGIにマスターモードで起動し、実際のリクエストを処理するために5つのワーカープロセスを生成するように指示します。
[uwsgi]
module = wsgi:app
master = true
processes = 5
テスト中、ネットワークポートでuWSGIを公開しました。 ただし、実際のクライアント接続を処理するためにNginxを使用します。これにより、リクエストがuWSGIに渡されます。 これらのコンポーネントは同じコンピューター上で動作するため、より安全で高速なUnixソケットが推奨されます。 ソケットと呼びます myproject.sock
このディレクトリに配置します。
ソケットの権限も変更する必要があります。 後でuWSGIプロセスの所有権をNginxグループに与えるので、ソケットのグループ所有者がソケットから情報を読み取ったり書き込んだりできることを確認する必要があります。 また、「バキューム」オプションを追加して、プロセスが停止したときにソケットをクリーンアップします。
[uwsgi]
module = wsgi:app
master = true
processes = 5
socket = myproject.sock
chmod-socket = 660
vacuum = true
私たちがする必要がある最後のことは、 die-on-term
オプション。 これは、initシステムとuWSGIが各プロセス信号の意味について同じ仮定を持つことを保証するのに役立ちます。 これを設定すると、2つのシステムコンポーネントが調整され、期待される動作が実装されます。
[uwsgi]
module = wsgi:app
master = true
processes = 5
socket = myproject.sock
chmod-socket = 660
vacuum = true
die-on-term = true
コマンドラインから行ったようにプロトコルを指定しなかったことにお気づきかもしれません。 これは、デフォルトでは、uWSGIが uwsgi
プロトコル、他のサーバーと通信するように設計された高速バイナリプロトコル。 Nginxはこのプロトコルをネイティブに話すことができるため、HTTPによる通信を強制するよりもこれを使用する方が適切です。
終了したら、ファイルを保存して閉じます。
systemdユニットファイルを作成する
次に注意する必要があるのは、systemdサービスユニットファイルです。 systemdユニットファイルを作成すると、Ubuntuのinitシステムが自動的にuWSGIを起動し、サーバーが起動するたびにFlaskアプリケーションを提供できるようになります。
/ etc / systemd/systemディレクトリ内に.serviceで終わるユニットファイルを作成して開始します。
- sudo nano /etc/systemd/system/myproject.service
内部では、 [Unit]
セクション。メタデータと依存関係を指定するために使用されます。 ここにサービスの説明を入力し、ネットワークターゲットに到達した後にのみこれを開始するようにinitシステムに指示します。
[Unit]
Description=uWSGI instance to serve myproject
After=network.target
次に、 [Service]
セクション。 プロセスを実行するユーザーとグループを指定します。 プロセスは関連するすべてのファイルを所有しているため、通常のユーザーアカウントにプロセスの所有権を付与します。 グループの所有権を www-data
NginxがuWSGIプロセスと簡単に通信できるようにグループ化します。
次に、作業ディレクトリをマップして、 PATH
initシステムがプロセスの実行可能ファイルがどこにあるか(仮想環境内)を認識できるようにするための環境変数。 次に、サービスを開始するコマンドを指定します。 Systemdでは、仮想環境内にインストールされているuWSGI実行可能ファイルへのフルパスを指定する必要があります。 プロジェクトディレクトリに作成した.ini構成ファイルの名前を渡します。
[Unit]
Description=uWSGI instance to serve myproject
After=network.target
[Service]
User=sammy
Group=www-data
WorkingDirectory=/home/sammy/myproject
Environment="PATH=/home/sammy/myproject/myprojectenv/bin"
ExecStart=/home/sammy/myproject/myprojectenv/bin/uwsgi --ini myproject.ini
最後に、 [Install]
セクション。 これにより、起動時にサービスを開始できるようにした場合に、このサービスを何にリンクするかがsystemdに通知されます。 このサービスは、通常のマルチユーザーシステムが稼働しているときに開始する必要があります。
[Unit]
Description=uWSGI instance to serve myproject
After=network.target
[Service]
User=sammy
Group=www-data
WorkingDirectory=/home/sammy/myproject
Environment="PATH=/home/sammy/myproject/myprojectenv/bin"
ExecStart=/home/sammy/myproject/myprojectenv/bin/uwsgi --ini myproject.ini
[Install]
WantedBy=multi-user.target
これで、systemdサービスファイルが完成しました。 今すぐ保存して閉じます。
これで、作成したuWSGIサービスを開始し、起動時に開始するように有効にすることができます。
- sudo systemctl start myproject
- sudo systemctl enable myproject
リクエストをプロキシするためのNginxの構成
これで、uWSGIアプリケーションサーバーが稼働し、プロジェクトディレクトリのソケットファイルに対する要求を待機しているはずです。 を使用してそのソケットにWebリクエストを渡すようにNginxを構成する必要があります uwsgi
プロトコル。
Nginxで新しいサーバーブロック構成ファイルを作成することから始めます sites-available
ディレクトリ。 これを単に呼びます myproject
ガイドの残りの部分と一致させるために:
- sudo nano /etc/nginx/sites-available/myproject
サーバーブロックを開き、デフォルトのポート80でリッスンするようにNginxに指示します。 また、サーバーのドメイン名またはIPアドレスのリクエストにこのブロックを使用するように指示する必要があります。
server {
listen 80;
server_name server_domain_or_IP;
}
追加する必要がある他の唯一のものは、すべてのリクエストに一致するロケーションブロックです。 このブロック内に、 uwsgi_params
設定する必要のあるいくつかの一般的なuWSGIパラメータを指定するファイル。 次に、を使用して定義したソケットにリクエストを渡します。 uwsgi_pass
指令:
server {
listen 80;
server_name server_domain_or_IP;
location / {
include uwsgi_params;
uwsgi_pass unix:/home/sammy/myproject/myproject.sock;
}
}
実際にアプリケーションを提供するために必要なのはこれだけです。 終了したら、ファイルを保存して閉じます。
作成したNginxサーバーブロック構成を有効にするには、ファイルをにリンクします sites-enabled
ディレクトリ:
- sudo ln -s /etc/nginx/sites-available/myproject /etc/nginx/sites-enabled
そのディレクトリにあるファイルを使用して、次のように入力して構文エラーをテストできます。
- sudo nginx -t
これが問題を示さずに戻った場合は、Nginxプロセスを再起動して、新しい構成を読み取ることができます。
- sudo systemctl restart nginx
最後に行う必要があるのは、ファイアウォールを再度調整することです。 ポート5000を介してアクセスする必要がなくなったため、そのルールを削除できます。 次に、Nginxサーバーへのアクセスを許可できます。
- sudo ufw delete allow 5000
- sudo ufw allow 'Nginx Full'
これで、Webブラウザでサーバーのドメイン名またはIPアドレスにアクセスできるようになります。
http://server_domain_or_IP
アプリケーションの出力が表示されます。
ノート
Nginxを構成したら、次のステップはSSL/TLSを使用してサーバーへのトラフィックを保護することです。 これがないと、パスワードを含むすべての情報がプレーンテキストでネットワーク経由で送信されるため、これは重要です。
トラフィックを保護するためにSSL証明書を取得する最も簡単な方法は、Let’sEncryptを使用することです。 このガイドに従って、Ubuntu16.04でLet’sEncryptwithNginxを設定します。
結論
このガイドでは、Python仮想環境内に単純なFlaskアプリケーションを作成しました。 WSGI対応のアプリケーションサーバーがWSGIエントリポイントとインターフェイスできるようにWSGIエントリポイントを作成し、この機能を提供するようにuWSGIアプリサーバーを構成します。 その後、起動時にアプリケーションサーバーを自動的に起動するsystemdサービスファイルを作成しました。 Webクライアントトラフィックをアプリケーションサーバーに渡し、外部リクエストを中継するNginxサーバーブロックを作成しました。
Flaskは非常にシンプルですが、非常に柔軟なフレームワークであり、構造や設計をあまり制限することなく、アプリケーションに機能を提供することを目的としています。 このガイドで説明されている一般的なスタックを使用して、設計したフラスコアプリケーションを提供できます。