可以用docker代替虚拟机，运行生产服务器吗？

正面回答这个问题之前，先看看虚拟机和Dcoker的区别。
总结一下虚拟机和Docker的区别：
再正面回答一下“Docker可以代替虚拟机运行生产服务器么”？
应用部署到服务器上的过程： 因为我是做java开发的，就拿一个正常的java项目举例。首先需要在服务器上搭建基础环境：

这只是一个简单的项目的部署前的配置，之后把您的项目打包发送的tomcat，运行即可。那如果有十几个服务器需要部署呢？是不是就要配置环境十多次，那人不是崩溃了。而且还会出现开发那边运行没问题，部署上去有问题的事情。所以这个时候docker出来了。
应用部署到docker上的过程：

两步搞定，不需要配置复杂的环境。如果有十多个容器需要部署怎么办？直接远程下载镜像即可，是不是很简单。

docker适合平台统一在linux的大单位用，服务越多越好，比如几百、几千、几万。配合k8s调度和微服务改造、加上自动化运维，能够实现d性扩容和缩容，达到on demand的效果，典型的用例是互联网内容提供商。

对于一般中小企业，只有几十台服务器的，平台不统一的，投资docker不如虚拟机。

除了不能跨os平台，docker的另一个缺陷是隔离度不够。

先说答案:可以，但是没有必要。

容器技术是虚拟化技术的应用，使用容器代替虚拟机运行程序自然是可以的，容器在持续集成方面相对虚拟机还有一定的优势，但是如果仅仅是为了用容器而用容器，则没有必要。

容器技术最大的优势是容器编排，可以实现线上服务的无缝扩容，缩容，降级，熔断等自动化 *** 作，极大的降低运维成本。所以，如果不用容器编排，则无须急着迁移。

理论上完全可以的，但目前我所接触到的生产方案基本上都是docker在虚机集群上跑。

看系统的要求了。docker不可能完全替代全部,windows服务器不可以，软件系统没有使用docker重新加载的，也是很难的。

用docker需要配合自动化，否则那是给自己找麻烦

微软的SQL Server 有很多版本，每个版本的功能是不一样的，开发版的功能有限自能用链接本机的一些 *** 作而已，部署到服务器上开发 *** 作需要很多权限和功能的考虑。所以不适合。希望能帮到你

你的服务器是什么系统啊 ，，，linux LINUX、WINDOWS、NETWARE、UNIX。。

在linux

首先服务器安装node git   nginx  vue-cli

安装好nginx 用你的公网ip访问就可以看到 下面的页面

然后进入到下面的路径

vi default 你会看到nginx的默认配置

默认监听80端口 根路径

把你写好的vue项目 上传到github ，通过git clone 克隆到

服务器

路径下面

然后npm/yarn add/install 安装依赖 然后npm run build

vi 打开html 下面的 indexhtml 可以看到

nginx默认的html

进入sites-enabled 发现 它里面的 default 来自 sites-available的default

所以需要在 sites-available 新建一个文件 你的项目名命名就可以

在你新建的文件

我在site-available新建的文件是note-admin 映射到 sites-enables

注意路径一定要写全

最后重新加载下 nginx -s reload

打开浏览器 公网ip:端口号  或者 域名访问

这就可以了

还有 用express 部署这个 简单些

当我们执行下面的hellopy时，使用的flask自带的服务器，完成了web服务的启动。在生产环境中，flask自带的服务器，无法满足性能要求，我们这里采用Gunicorn做wsgi容器，来部署flask程序。Gunicorn（绿色独角兽）是一个Python WSGI的>Windows Server 2012 R2域控制器部署Active Directory概述：活动目录（Active Directory）是面向Windows Standard Server、Windows Enterprise Server以及 Windows Datacenter Server的目录服务。（Active Directory不能运行在Windows Web Server上，但是可以通过它对运行Windows Web Server的计算机进行管理。）Active Directory存储了有关网络对象的信息，并且让管理员和用户能够轻松地查找和使用这些信息。Active Directory使用了一种结构化的数据存储方式，并以此作为基础对目录信息进行合乎逻辑的分层组织。Microsoft Active Directory 服务是Windows 平台的核心组件，它为用户管理网络环境各个组成要素的标识和关系提供了一种有力的手段。 Windows Server 2012在部署DC方面有了一些改变，不再使用“dcpromo”命令来部署，而是使用服务器管理器来安装AD域服务，如果使用“dcpromo”会出现以下提示；首先我们先配置好IP地址、计算名，然后打开服务器管理器，点击添加角色和功能，d出添加角色和功能向导，点击下一步；在安装类型默认选择“基于角色或基于功能的安装”，点击下一步；在服务器选择页面保持默认“从服务器池中选择服务器”，点击下一步；在服务器角色页面，选择我们要安装的”Active Directory域服务“，点击下一步d出功能选择对话框，点击添加功能；在功能选择页面可以保持默认继续点击下一步，在这里我选择了安装NET 35；进入AD域服务安装向导，继续下一步；确认选择要安装的角色和功能，点击安装；开始安装界面；经过一会的等待，我们的角色和功能就已经安装完成，可以在服务器管理器界面的小旗处点击”将此服务器提升为域控制器“（PS：在这里我的上显示的是dc02服务器，有几张乱了，不要在意）转到AD域服务配置向导，由于我们是搭建林中的第一台域控制器，所以选择”添加新林“在根域名输入要创建的域名；由于我是测试环境，没有Windows 2012以下的服务器，所以保持默认林和域功能级别为2012 R2，实际生产中可根据环境来选择；输入目录还原密码，此密码是在还原域控状态时使用的密码，请谨记；出现关于DNS警告，是由于我们的服务器中还没有安装DNS服务，不用理会，在下面的安装过程中会自动安装；在NetBIOS界面中保持默认，点击下一步；在路径选择页面可以指定数据库文件、日志文件和SYSVOL文件的存放位置，由于是测试环境，我就直接保持默认；在摘要界面如果没有问题，我们可以选择下一步，否则，可以返回修改；同时在上一步中我们可以脚本，将配置导出为PowerShell 脚本；进行先决条件检查，检查通过后，点击安装；正在启动安装；正在安装DNS；安装完成后需要重启服务器；至此，我们的第一台DC就部署完成了。

把本地项目部署到服务器上方法比较多，这里以javaee项目为例：
把项目打包成zip，FTP上传到生产服务器tomcat的webapps目录下解压；
本地修改好的文件，立即FTP上传到生产服务器对应的目录；
生产服务器安装svn服务，在本地把修改过的文件commit，然后生产服务器update。
方式一、简单直接，但是缺点也很明显：项目太大上传太慢，比如改了一个错别字就要把整个项目打包上传。
方法二、只上传修改了的文件，但是有时候改到一半，可能会忘了上传，长此以往本地和生产服务器文件的同步就很麻烦了。
方法三、好处是每次部署和改动，都有svn记录，即使误删文件也不怕了。

既然是布署，哪默认就应该是生产环境下的布署，vue开发的应用本质上就是静态文件,无论你用何种web服务器，放上去就应该能通过>

接下来我来帮大家来捋一捋

首先VUE 是一个javascript的前端框架，注定了它是运行在浏览器里的，对服务器本地没有任何要求，只要一个静态文件服务器能通过>

npm run dev 是用来在本地开发的时候做调试用的，vue开发的是前端的东西，不是nodejs 服务端程序，按道理讲，生产环境里就不该存在npm，甚至nodejs也不需要（用nodejs来做web静态服务的除外），楼主通过ssh进入到服务器里，再运行npm run dev 来启动哪是开发机上做的事情。正确的做法很简单，通过npm run build 把生成的dist文件夹（不要上传文件夹）里的内容上传到>

一般如果vue框架的程序上传到网站服务器的根目录下是不 会有问题的，也不存在资源文件引用错误的情况，但如果你不是根目录，就会有问题，通过vue-cli 生成的开发目录，build以后默认引用资源文件的路径是

有更多疑问 ”可以咨询 ”小鸟云，它是的一家服务器厂商，我一直在用他们产品！

---