前書き
このガイドでは、CentOS 7でFlaskマイクロフレームワークを使用して簡単なPythonアプリケーションをセットアップします。 この記事の大部分は、uWSGIアプリケーションサーバーをセットアップしてアプリケーションを起動し、Nginxをフロントエンドリバースプロキシとして機能させる方法について説明します。
前提条件
このガイドを開始する前に、サーバーで非rootユーザーを構成する必要があります。 このユーザーは、管理機能を実行できるように「+ sudo +」権限が必要です。 この設定方法については、https：//www.digitalocean.com/community/tutorials/initial-server-setup-with-centos-7 [初期サーバーセットアップガイド]をご覧ください。
uWSGI、アプリケーションサーバー、WSGI仕様の詳細については、https：//www.digitalocean.com/community/tutorials/how-to-set-up-uwsgi-and-nginx-toのリンクセクションを参照してください。 -serve-python-apps-on-ubuntu-14-04＃definitions-and-concepts [このガイド]。 これらの概念を理解すると、このガイドを理解しやすくなります。
続行する準備ができたら、読み進めてください。
CentOSおよびEPELリポジトリからコンポーネントをインストールする
最初のステップは、リポジトリから必要なすべてのピースをインストールすることです。 必要なコンポーネントをインストールするために、いくつかの追加パッケージを含むEPELリポジトリを追加する必要があります。
次のように入力してEPELリポジトリを有効にできます。
sudo yum install epel-releaseシステムでEPELリポジトリへのアクセスが設定されると、必要なパッケージのインストールを開始できます。 Pythonコンポーネントをインストールおよび管理するために、Pythonパッケージマネージャーである `+ pip +`をインストールします。 また、uWSGIのビルドに必要なコンパイラとPython開発ファイルも入手します。 Nginxもインストールします。
次のように入力して、これらのコンポーネントをすべてインストールできます。
sudo yum install python-pip python-devel gcc nginxPython仮想環境を作成する
次に、Flaskアプリケーションをシステム上の他のPythonファイルから分離するために、仮想環境を設定します。
+ pip`を使用して + virtualenv`パッケージをインストールすることから始めます。
sudo pip install virtualenvこれで、Flaskプロジェクトの親ディレクトリを作成できます。 作成後、ディレクトリに移動します。
mkdir ~/
cd ~/次を入力して、FlaskプロジェクトのPython要件を保存する仮想環境を作成できます。
virtualenvこれにより、Pythonと `+ pip `のローカルコピーがプロジェクトディレクトリ内の `+`というディレクトリにインストールされます。
仮想環境内にアプリケーションをインストールする前に、アクティブ化する必要があります。 これを行うには、次のように入力します。
source /bin/activateプロンプトが変わり、仮想環境内で操作していることが示されます。 この `+（）@：〜/ $ +`のようになります。
Flaskアプリケーションのセットアップ
仮想環境にいるので、FlaskとuWSGIをインストールして、アプリケーションの設計を開始できます。
FlaskとuWSGIをインストールする
`+ pip +`のローカルインスタンスを使用して、FlaskとuWSGIをインストールできます。 次のコマンドを入力して、これらの2つのコンポーネントを取得します。
pip install uwsgi flaskサンプルアプリを作成する
Flaskが使用可能になったので、簡単なアプリケーションを作成できます。 フラスコはマイクロフレームワークです。 より多くのフル機能のフレームワークが提供するツールの多くは含まれておらず、主にプロジェクトにインポートしてWebアプリケーションの初期化を支援できるモジュールとして存在します。
アプリケーションはもっと複雑かもしれませんが、Flaskアプリを単一のファイルで作成し、 `+ myproject.py +`と呼びます：
nano ~//.pyこのファイル内に、アプリケーションコードを配置します。 基本的に、フラスコをインポートし、Flaskオブジェクトをインスタンス化する必要があります。 これを使用して、特定のルートが要求されたときに実行する必要がある機能を定義できます。 コード「+ application +」でFlaskアプリケーションを呼び出して、WSGI仕様で見つかる例を複製します。
from flask import Flask
application = Flask(__name__)
@application.route("/")
def hello():
return "<h1 style='color:blue'>Hello There!</h1>"
if __name__ == "__main__":
application.run(host='0.0.0.0')これは基本的に、ルートドメインにアクセスしたときに表示するコンテンツを定義します。 完了したら、ファイルを保存して閉じます。
次のように入力して、Flaskアプリをテストできます。
python .pyサーバーのドメイン名またはIPアドレスにアクセスしてから、Webブラウザーのターミナル出力で指定されたポート番号（ほとんどの場合は「：5000」）にアクセスします。 このようなものが見えるはずです。
image：https：//assets.digitalocean.com/articles/nginx_uwsgi_wsgi_1404/test_app.png [Flaskサンプルアプリ]
終了したら、ターミナルウィンドウでCTRL-Cを数回押して、Flask開発サーバーを停止します。
WSGIエントリポイントを作成する
次に、アプリケーションのエントリポイントとして機能するファイルを作成します。 これは、アプリケーションと対話する方法をuWSGIサーバーに伝えます。
ファイルを `+ wsgi.py +`と呼びます：
nano ~//wsgi.pyファイルは非常にシンプルで、アプリケーションからFlaskインスタンスをインポートして実行するだけです。
from import application
if __name__ == "__main__":
application.run()完了したら、ファイルを保存して閉じます。
uWSGIを構成する
これでアプリケーションが作成され、エントリポイントが確立されました。 uWSGIに進むことができます。
uWSGIサービングのテスト
最初に行うことは、uWSGIがアプリケーションを提供できることを確認するテストです。
これを行うには、エントリポイントの名前を渡すだけです。 また、公開されているインターフェイスで開始されるようにソケットを指定し、 `+ uwsgi +`バイナリプロトコルの代わりにHTTPを使用するようにプロトコルを指定します。
uwsgi --socket 0.0.0.0:8000 --protocol=http -w wsgiウェブブラウザの末尾に「：8000」が追加されたサーバーのドメイン名またはIPアドレスにアクセスすると、次のようなページが表示されます。
image：https：//assets.digitalocean.com/articles/nginx_uwsgi_wsgi_1404/test_app.png [Flaskサンプルアプリ]
正しく機能していることを確認したら、ターミナルウィンドウでCTRL-Cを押します。
これで仮想環境が完成したので、非アクティブ化できます。
deactivateこれで、すべての操作はシステムのPython環境に対して実行されます。
uWSGI構成ファイルの作成
uWSGIがアプリケーションを提供できることをテストしましたが、長期間の使用に対してより堅牢なものが必要です。 必要なオプションを使用してuWSGI構成ファイルを作成できます。
それをプロジェクトディレクトリに配置して、 `+ myproject.ini +`と呼びます。
nano ~//.ini内部では、uWSGIが設定を適用することを認識できるように、 `+ [uwsgi] `ヘッダーから始めます。 モジュールを指定するには、 ` wsgi.py +`ファイルから拡張子を除いたものを参照します。
[uwsgi]
module = wsgi次に、uWSGIにマスターモードで起動し、5つのワーカープロセスを生成して実際のリクエストを処理するように指示します。
[uwsgi]
module = wsgi
master = true
processes = 5テスト中に、ネットワークポートでuWSGIを公開しました。 ただし、実際のクライアント接続を処理するためにNginxを使用し、uWSGIにリクエストを渡します。 これらのコンポーネントは同じコンピューター上で動作するため、より安全で高速なUnixソケットが推奨されます。 ソケットを「+ myproject.sock +」と呼び、このディレクトリに配置します。
また、ソケットのアクセス許可を変更する必要があります。 Nginxグループに、uWSGIプロセスの所有権を後で与えるため、ソケットのグループ所有者がそこから情報を読み取り、書き込みできることを確認する必要があります。 また、「vacuum」オプションを追加して、プロセスが停止したときにソケットをクリーンアップします。
[uwsgi]
module = wsgi
master = true
processes = 5
socket = .sock
chmod-socket = 660
vacuum = true最後に行う必要があるのは、 `+ die-on-term +`オプションを設定することです。 これは、Upstart initシステムとuWSGIが異なるプロセスシグナルの意味について異なるアイデアを持っているために必要です。 これを設定すると、2つのシステムコンポーネントが調整され、予想される動作が実装されます。
[uwsgi]
module = wsgi
master = true
processes = 5
socket = .sock
chmod-socket = 660
vacuum = true
die-on-term = trueお気付きかもしれませんが、コマンドラインからのようにプロトコルを指定していません。 デフォルトでは、uWSGIは他のサーバーと通信するために設計された高速バイナリプロトコルである `+ uwsgi +`プロトコルを使用して話すためです。 Nginxはこのプロトコルをネイティブに話すことができるため、HTTPによる通信を強制するよりもこれを使用する方が適切です。
終了したら、ファイルを保存して閉じます。
Systemd Unitファイルを作成する
次に注意する必要があるのは、Systemdサービスユニットファイルです。 Systemdユニットファイルを作成すると、CentOSの初期化システムが自動的にuWSGIを起動し、サーバーが起動するたびにFlaskアプリケーションを提供できるようになります。
開始する + / etc / systemd / system`ディレクトリ内に + .service`で終わるユニットファイルを作成します。
sudo nano /etc/systemd/system/.service内部では、メタデータと依存関係を指定するために使用される `+ [Unit] +`セクションから始めます。 ここにサービスの説明を入力し、ネットワーキングターゲットに到達した後にのみこれを開始するようにinitシステムに指示します。
[Unit]
Description=uWSGI instance to serve
After=network.target次に、 `+ [Service] +`セクションを開きます。 プロセスを実行するユーザーとグループを指定します。 関連するすべてのファイルを所有しているため、通常のユーザーアカウントにプロセスの所有権を付与します。 Nginxユーザーグループに所有権を付与して、uWSGIプロセスと簡単に通信できるようにします。
次に、作業ディレクトリをマップし、環境の `+ PATH `を設定して、プロセスの実行可能ファイルがどこにあるかをinitシステムが認識できるようにします（仮想環境内）。 次に、コマンドを指定してサービスを開始します。 Systemdでは、仮想環境内にインストールされているuWSGI実行可能ファイルへのフルパスを指定する必要があります。 プロジェクトディレクトリで作成した ` .ini +`設定ファイルの名前を渡します：
[Unit]
Description=uWSGI instance to serve
After=network.target
[Service]
User=
Group=nginx
WorkingDirectory=/home//
Environment="PATH=/home////bin"
ExecStart=/home////bin/uwsgi --ini .ini最後に、 `+ [Install] +`セクションを追加します。 これにより、起動時に起動できるようにした場合、このサービスをリンクする対象がSystemdに通知されます。 通常のマルチユーザーシステムが稼働しているときにこのサービスを開始する必要があります。
[Unit]
Description=uWSGI instance to serve
After=network.target
[Service]
User=
Group=nginx
WorkingDirectory=/home//
Environment="PATH=/home////bin"
ExecStart=/home////bin/uwsgi --ini .ini
[Install]
WantedBy=multi-user.targetこれで、Systemdサービスファイルが完成しました。 今すぐ保存して閉じます。
これで、作成したuWSGIサービスを開始し、起動時に開始できるように有効化できます。
sudo systemctl start
sudo systemctl enableリクエストをプロキシするためのNginxの構成
これで、uWSGIアプリケーションサーバーが起動して実行され、プロジェクトディレクトリのソケットファイルに対する要求を待機します。 `+ uwsgi +`プロトコルを使用してそのソケットにWebリクエストを渡すようにNginxを設定する必要があります。
Nginxのデフォルトの構成ファイルを開くことから始めます。
sudo nano /etc/nginx/nginx.confファイル内に既に存在する他の `+ server {} +`ブロックのすぐ上のサーバーブロックを開きます。
http {
. . .
include /etc/nginx/conf.d/*.conf;
server {
listen 80 default_server;
. . .Flaskアプリケーションのすべての構成をこの新しいブロック内に配置します。 このブロックがデフォルトのポート80でリッスンし、サーバーのドメイン名またはIPアドレスに応答するように指定することから始めます。
server {
listen 80;
server_name ;
}追加する必要がある他の唯一のものは、すべての要求に一致するロケーションブロックです。 このブロック内に、設定する必要があるいくつかの一般的なuWSGIパラメーターを指定する `+ uwsgi_params `ファイルを含めます。 次に、 ` uwsgi_pass +`ディレクティブを使用して定義したソケットにリクエストを渡します。
server {
listen 80;
server_name ;
location / {
include uwsgi_params;
uwsgi_pass unix:/home///.sock;
}
}実際にアプリケーションを提供するために必要なのはそれだけです。 完了したら、ファイルを保存して閉じます。
`+ nginx `ユーザーは、そこのソケットファイルにアクセスするために、アプリケーションディレクトリにアクセスできる必要があります。 デフォルトでは、CentOSは各ユーザーのホームディレクトリを非常に厳重にロックダウンするため、ユーザーのグループに「 nginx +」ユーザーを追加して、アクセスを許可するために必要な最小限の権限を開放できるようにします。
次のコマンドを使用して、ユーザーグループに「+ nginx 」ユーザーを追加できます。 コマンドの「+」を独自のユーザー名に置き換えます。
sudo usermod -a -G nginxこれで、ユーザーグループにホームディレクトリの実行許可を与えることができます。 これにより、Nginxプロセスは次の範囲内でコンテンツを入力およびアクセスできます。
chmod 710 /home/アクセス許可を設定したら、Nginx構成ファイルの構文エラーをテストできます。
sudo nginx -tこれが問題を示さずに戻った場合、Nginxプロセスを開始して有効にし、ブート時に自動的に開始されるようにします。
sudo systemctl start nginx
sudo systemctl enable nginxこれで、Webブラウザでサーバーのドメイン名またはIPアドレスにアクセスして、アプリケーションを表示できるようになります。
image：https：//assets.digitalocean.com/articles/nginx_uwsgi_wsgi_1404/test_app.png [Flaskサンプルアプリ]
結論
このガイドでは、Python仮想環境内にシンプルなFlaskアプリケーションを作成しました。 WSGI対応のアプリケーションサーバーがインターフェイスできるようにWSGIエントリポイントを作成し、この機能を提供するようにuWSGIアプリサーバーを構成します。 その後、Systemdサービスユニットファイルを作成して、起動時にアプリケーションサーバーを自動的に起動しました。 Webクライアントトラフィックをアプリケーションサーバーに渡し、外部リクエストを中継するNginxサーバーブロックを作成しました。
Flaskは非常にシンプルですが、非常に柔軟なフレームワークであり、構造や設計に制限をかけすぎることなく、アプリケーションに機能を提供することを目的としています。 このガイドで説明されている一般的なスタックを使用して、設計したフラスコアプリケーションを提供できます。