uWSGIを仮想環境内でインストールする理由について

Question

uwsgiのインストールに関して、少々疑問点があり質問させて貰いました。
こちらの記事を読んでいたのですが、仮想環境に入った状態でpipによりuwsgiをインストールを行なっていますが、こういったAPサーバーというものは、仮想環境にインストールするのではなく、サーバー全体で、例えば「 sudo apt-get install」のような形でインストールするものではないのでしょうか？
例えば、Nginxは仮想環境内でインストールするというのは聞いたことがありませんし、少々ここの部分が疑問です
どなたか、ご助言頂けましたら幸いです。

Answer 1

こういったAPサーバーというものは、仮想環境にインストールするのではなく、サーバー全体で、例えば「 sudo apt-get install」のような形でインストールするものではないのでしょうか？

いえ、WSGIサーバはPythonプログラムと通信するサーバではなく、Pythonプログラムを組み込んで動かすサーバですので、自分で書いたPythonコードを動かす環境で動かす必要があります。

例えば、Nginxは仮想環境内でインストールするというのは聞いたことがありませんし

Dockerを使った開発だと、HTTPサーバも1つのコンテナに入れるものですし、そう不自然なことではありません。

Comments

[ruuuu]

ご回答ありがとうございます。
Pythonプログラムを組み込んで動かすとなりますと、Pythonでなければuwsgiは動かせないということになってきますでしょうか？

Answer 2

uwsgiは使った事がありませんが、軽く調べた感じでは他のpythonのモジュールと同じで、一つのpython環境に対してしかインストールされないようです。

おそらく、aptでインストールすると、aptでインストールされた(つまり、ディストリビューションが用意した)pythonでしか使えないでしょう。
ですので、仮想環境で使用するのであれば、仮想環境にインストールするpipコマンドでインストールする必要があります。
(言い換えれば、仮想環境を使わないのであれば、aptでインストールしても構いません)

Comments

[ruuuu]

ご回答ありがとうございます。
参考になりました。

[quickquip]

PythonのWSGIアプリケーションを動かす**だけ**なら、後半はその通りです。
ただその場合、仮想環境を作る目的は「そのWSGIアプリケーションのため」ということになるのではないでしょうか。
その上で回答は、WSGIアプリケーションのために仮想環境を作ったのだから、uWSGIもその仮想環境にインストールしてしまうのが手っ取り早いし、トラブルも少ない。だから仮想環境にuWSGIを入れるのが楽、ということになるかと思います。

（"楽"なだけで”必須"ではありません。つまり"仮想環境で使用するのであれば、仮想環境にインストールするpipコマンドでインストールする必要があります"は微妙に正しくありません。uWSGIのオプションで、uWSGIは元のPythonに入れておいて、WSGIアプリケーションのためのパッケージ群は仮想環境から読み取らせる、ということは可能です）

[katsuko]

quickquipさん、参考になります、ありがとうございます。

しかし、投稿前にuwsgiのオプションも調べたのに気づけなかったのは、不覚だったなぁ…。

Answer 3

サーバー全体で、例えば「 sudo apt-get install」のような形でインストールするものではないのでしょうか？

もちろんそうしてもいいですよ。

https://uwsgi-docs.readthedocs.io/en/latest/Install.html

uWSGI is available as a package in several OS/distributions.

と書いてありますよね。

---

Ubuntuなら公式です。
https://packages.ubuntu.com/focal/uwsgi
https://packages.ubuntu.com/focal/uwsgi-plugin-python3

CentOSだとサードパーティーみたいですね。
https://centos.pkgs.org/8/getpagespeed-x86_64/uwsgi-2.0.17.1-2.el8.x86_64.rpm.html
https://centos.pkgs.org/8/getpagespeed-x86_64/uwsgi-plugin-python3-2.0.17.1-2.el8.x86_64.rpm.html

macOSのHomebrewにもあります。
https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/uwsgi.rb

---

"今使っているディストリビューションとバージョンとパッケージ管理ソフトでは自分が望むソフトウェアとバージョンが入手できない"とか
"サードパーティーのレポジトリからはインストールしたくない"とか
"今使っているディストリビューションの/usr/libはなるべく汚したくない"とか
"ディストリビューションが提供するバージョンに縛られるのは嫌だ。常に最新のバージョンがいい"とか
"設定ファイルの配置やオプションで指定するべきものがディストリビューションで違うと説明が面倒"とか
そういった事情があるなら、"自分でビルドする"、"自分の望むディレクトリにその環境を作る"のは当たり前の文化ではないですか?
自由と制約の兼ね合いで選べばいいことです。

Comments

[ruuuu]

ご回答ありがとうございます。
ubuntuでは用意されていないバージョンもある為、pipで最新のものを入れたいといった需要に応える為というのもあるということですね。

[quickquip]

katsukoさんの回答（とそこに付けた私のコメント）が一番実態に近いと思います。
ただuWSGIはPythonのWSGIアプリケーションを動かすためだけのものではないですからこういう回答になりました。
（uWSGIを動かすにはPythonが必須ですが、uWSGIで動かすものはPythonプログラムとは限りません）