关于docker的入门疑惑

Question

我是一个运营人员，所以对开发不是很了解，看了一天的dokcer的文章和文档，仍旧有很多疑惑，我想从我自身的角度对docker提一些问题，希望可以得到解答，先谢过各位。

1. docker的性能？

我已经了解docker基于内核的虚拟化，性能比Xen/Kvm这类提升很多。
那是否新建一个例如Centos/Ubuntu的容器，在里面的性能可以发挥到接近物理宿主？那如何理解物理机器自身的系统开销和容器内系统的自身开销？

2. docker内容器的整合和文件系统的共享？

例如我们常用的PHP运行环境是LAMP，我们会在物理主机上单独安装apache、php、mysql。
那我们是否可以在物理主机上将这些程序分别放到不同的容器？然后我的实际程序文件在单独的一个目录下面，我如何连接不同容器的程序去执行这些程序？如果我需要文件的安全隔离，我如何通过docker实现调用和共享？

3. 应用范围？

我了解到目前docker主要应用于开发，但是在实际应用中，我们更多的要考虑容器的长久稳定、故障恢复(灾备？)、配额限制(好像目前只可以限制内存?)。
因为我有较多的运行中的服务器，此前机房提供过一个基于Vmware的虚拟化方案，单因为性能原因被我放弃。如果还是此前准备运行Vmware的服务器的话，我是否可以使用docker来实际运行我的N多网站？(目前有数十台网站服务器，部分无灾备，且每台服务器负载均不高)

可能提的问题不甚专业，望大神解答

Answer 1

1. Étant donné que Docker est basé sur le packaging lxc et se trouve au niveau du conteneur, vous pouvez le comprendre comme un groupe de processus. Cependant, à son avis, l'ensemble de l'environnement système lui est exclusif et est isolé de l'hôte et des autres. conteneurs. Il s'exécute directement sur la machine physique ; pour comprendre la surcharge, vous pouvez penser à exécuter beaucoup plus de processus. Les machines actuelles sont rarement pleines, et avec la virtualisation au niveau de la machine virtuelle, beaucoup de ressources informatiques et de stockage sont consommées. VM. sur le système d'exploitation

2. L'environnement peut être distribué dans différents conteneurs ; le répertoire hôte peut être mappé au répertoire spécifié du conteneur via le paramètre -v de docker, il existe de nombreuses façons d'appeler et de partager, -v en est une, ou vous pouvez utiliser FTP, scp, etc. Pour le moment, vous pouvez simplement comprendre le conteneur comme une machine virtuelle

 ;

3. Le champ d'application de Docker dépend entièrement de votre imagination. Il peut être empaqueté sous forme de paas, ou directement alloué en tant que machine virtuelle, ou utilisé comme solution d'empaquetage complète pour les applications, etc. Vous pouvez directement utiliser Docker pour exécuter le site Web. Google a commencé à ajouter la prise en charge de Docker à ses services cloud. Actuellement, openstack et cloudfundry ont également commencé à le prendre en charge.