Jaka jest różnica między Dockerem a Pythonem virtualenv?

90

Z tego, co rozumiem o Dockerze, jest to narzędzie używane w środowiskach wirtualnych. W ich języku nazywa się to „konteneryzacją”. Tak mniej więcej robi virtualenv w Pythonie. Możesz jednak używać virtualenv w Dockerze. Czy jest to zatem środowisko wirtualne w środowisku wirtualnym? Nie wiem, jak to w ogóle zadziała, więc czy ktoś mógłby to wyjaśnić?

python docker virtualenv danielschnoll
źródło
23
To dobre pytanie, ale prawdopodobnie zostanie zamknięte jako niezwiązane z tematem. virtualenv nie jest prawdziwą izolacją, to izolacja dla ubogich za pomocą hacków ścieżek i linków symbolicznych - nadal jesteś we własnym systemie operacyjnym. Docker zapewnia większą izolację, ale nie tak bardzo, jak w pełni włączona maszyna wirtualna. Można by pomyśleć o kontenerze jako o środku między virtualboxem (ciężki, drogi) a virtualenv (lekki, tani). Tworzenie virtualenv wewnątrz kontenera nie ma większego sensu, ponieważ izolacja jest już zapewniana przez docker, nie miałoby to większego sensu.
wim
1
Możliwy duplikat tego, jaka jest różnica między vagrant, docker, virtualenv lub po prostu maszyną wirtualną?
Phd

Odpowiedzi:

102

Virtualenv hermetyzuje tylko zależności Pythona. Kontener Docker hermetyzuje cały system operacyjny .

Dzięki Python virtualenv możesz łatwo przełączać się między wersjami i zależnościami Pythona, ale utkniesz w systemie operacyjnym hosta.

Dzięki obrazowi Dockera możesz zamienić cały system operacyjny - zainstalować i uruchomić Python na Ubuntu, Debian, Alpine, a nawet Windows Server Core.

Istnieją obrazy Dockera z każdą kombinacją wersji systemu operacyjnego i Pythona, które możesz wymyślić, gotowe do ściągnięcia i użycia w dowolnym systemie z zainstalowanym Dockerem.

sp0gg
źródło
Dodatkowo istnieją obrazy bez rozpraszania dla „kilku popularnych języków programowania” (w tym Python) od Google, które „zawierają tylko środowisko wykonawcze języka programowania” - z ArchWiki / Docker
muthuh
25

Środowisko wirtualne Pythona "konteneruje" tylko środowisko uruchomieniowe Pythona, tj. Interpreter języka Python i biblioteki Pythona, podczas gdy Docker izoluje cały system (cały system plików, wszystkie biblioteki przestrzeni użytkownika, interfejsy sieciowe). Dlatego Docker jest znacznie bliżej maszyny wirtualnej niż środowisko wirtualne.

jil
źródło
Czy jest jakaś korzyść z tworzenia środowiska wirtualnego w kontenerze docker, biorąc pod uwagę, że kontener będzie obsługiwał tylko aplikację internetową flask.
thanos. A
10

Dodając do powyższego: istnieje argument za połączeniem docker i venv: niektóre systemy operacyjne są dostarczane z zainstalowanym pythonem w celu dostarczania aplikacji „OS-near”, np. Według mojej wiedzy apt na debianie (i jego pochodnych). Python venv umożliwia deweloperowi dostarczenie aplikacji w języku Python, która wymaga innej wersji interpretera bez wpływu na język Python dostarczany z systemem operacyjnym. Teraz, ponieważ Docker „izoluje cały system operacyjny”, jak wspomniano powyżej, to samo dotyczy obrazu Dockera. Dlatego moim zdaniem, jeśli obraz Dockera jest wymagany / pożądany, najlepszą praktyką jest utworzenie wenv wewnątrz obrazu Dockera dla aplikacji Python.

Blindfreddy
źródło
4
Czy spowolniłoby to czas odpowiedzi (dwa poziomy wirtualizacji)?
Andrew Swift
3
Środowisko wirtualne Pythona zmienia środowisko Pythona, ale nie wirtualizuje wykonania interpretera języka Python. Kontener Dockera nie jest zwirtualizowany, chyba że jest wykonywany za pomocą hiperwizora (Docker Machine).
Morten
Nadal uważam, że montowanie dockera wewnątrz systemu operacyjnego będzie dla mnie żmudne, zwykle to robię, programuję w języku powłoki wszystkie zależności projektu poza pytohn i wykonuję je automatycznie, powiedzmy na produkcji przez ssh
Alex Ancco Cahuana