Birkaç saniye içinde Dockerfile ile bir kapsayıcı oluşturabilirsin, o zaman neden insanların docker kabının içinde sanal bir ortam kurması gerekiyor?Neden insanlar bir docker kabında virtualenv oluşturuyor?
Sanal makinede bir "sanal makine" gibi mi?
Ben Docker içinde virtualenvs ile çalışıyorum ve ben birkaç nedeni olduğunu düşünüyorum:
Bunların hepsi, kurulumun sonunda biraz pip install virtualenv eklemek için makul nedenler olduğunu düşünüyorum! :)
Docker politikası "konteyner başına bir uygulama" olma eğiliminde olduğundan, dördüncü nokta iyi bir neden olmayabilir. –
teşekkürler @ BenoîtLatinier muhtemelen aynı şeyi söylüyorsunuz: Uygulamayı bir kap içinde çalıştırdığınız için söylüyorum, bu gereksinimlerini izole etmenin iyi bir yoludur :) – gru
Daha önce "install pip install virtualenv" 'ye ihtiyacınız olmaz mı? dockerfile'da, virtualenv dizinini oluşturun ve kurulumun bitiminden ziyade paketlerin geri kalanını 'pip' kurun. – Davos
Daha fazla yalıtım, özellikle havai neden olmadığı için asla kötü değildir. Ve bunun iyi bir alışkanlık olduğuna inanıyorum. –
Eklemeliyim: virtualenv bir sanal makine değil. Docker da değil. virtualenv, python yorumlayıcısının bir kopyasını yaratır ve bağımlılıklarınızı nerede sakladığınıza bağlı olarak kütüphaneler için ayrı bir yer oluşturur. Docker için neredeyse aynı konsept, bağımlılıklarınızı katmanlarda tutarsınız ve kapsayıcınız için bellek, CPU, depolama, ağ ve benzeri bölümleri ayırırsınız, tam bir işletim sistemi çalıştırmazsınız. –
Hiç virtualenv kullanmamın tek nedeni, sistem bağımlılığı ile çakışıyor olmanızdır. Bir OS bileşeni, bir python lib'in farklı bir sürümünü kullanıyor. –