什么是服务器?并写出5个服务器的生产厂商?

       服务器简单来说是计算机的一种，虽然其内部结构复杂，但与普通的计算机内部结构相差不大，如：cpu、硬盘、内存，系统、系统总线等。服务器比普通计算机运行更快、负载更高、价格更贵。服务器在网络中为其它客户机（如PC机、智能手机、ATM等终端甚至是火车系统等大型设备）提供计算或者应用服务。

      服务器如何选择呢？服务器的选择大概分为以下几种情况：

       一、个人网站或者入门级网站，这类网站由于网站内容和访问量都相对比较低，所以对服务器的要求也较低，选择入门级的服务器即可，而且价格会比较便宜。

       二、如果是一般的企业网站，企业的产品数量有限，需要存储的内容也有限的话，一般1核、2G、1M的就够用。

       三、如果是做开发游戏、数据分析、在线商城等业务或者有高网络包收发需求的企业，这类网站对访问速度、访问量、存储量、稳定性等的要求都比较高，所以建议考虑计算型服务器。

       四、如果有大数据计算与存储分析需求，比如互联网行业、金融行业等，最好选择大数据型的服务器，这种服务器的优势是可以随意升降配置。

       在具体选择服务器的过程中，有几个重要参数是一定要慎重考虑的：

　　1、CPU：服务器的CPU代表了主机的运算能力，静态页面对CPU的消耗比较小，动态页面对CPU消耗比较大，所以如果是静态页面一般1核的CPU就够了，如果是动态页面则建议选择2核以上的CPU。

　　2、内存：服务器内存越大，网站打开速度越快。对有数据库运行需求的中小型网站来说最少选择1G以上内存，因为数据库运行也是比较消耗内存的。

　　3、硬盘：硬盘需要根据程序体量以及数据库大小来定了，此外系统本身会占用一部分硬盘空间，所以开通以后看到硬盘已经被使用了一部分空间。

　　4、带宽：如果选择VPS或者云服务器，他们对流量是没限制的，重点要考虑带宽。带宽越大访问网站时速度越快。所以可根据访问量大小及未来的发展规划选择带宽。

　    5、线路：大陆常用的线路一般是三大运营商的，移动、联通、电信；境外的有香港、美国的。可以根据业务面向用户市场区域选择。

developer edition顾名思义,就是开发人员使用的版本,不能部署到服务器或正式的应用中

developer edition版本一般是用于程序开发\测试\调试等用途的正式部署和应用,建议使用企业版或标准版,或者根据用途使用数据中心版,WEB版等等

开发模式和生产模式是人为自己划分的，根据自己的需求你想怎么分怎么分，和vue没有联系；

vue-cli帮你划分了开发模式和生产模式，

npm run serve/dev跑起来的是开发模式，因为是运行的本地服务模拟启动的；

npm run build生成的是打包好的文件，用来部署到服务器上运行，所以是生产模式；

其实也没有绝对的这样划分，有的还分测试模式、预发模式等等，看公司环境需求，你现在看这些虚的没有用，还是不会理解，得实际做公司的项目才能真正明白。

正面回答这个问题之前，先看看虚拟机和Dcoker的区别。

总结一下虚拟机和Docker的区别：

再正面回答一下“Docker可以代替虚拟机运行生产服务器么”？

应用部署到服务器上的过程： 因为我是做java开发的，就拿一个正常的java项目举例。首先需要在服务器上搭建基础环境：

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

应用部署到docker上的过程：

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

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

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

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

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

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

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

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

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

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

在“解决方案资源管理器”中右击项目名称，然后单击“属性”。

单击“打包/发布 Web”选项卡。

将显示“打包/发布 Web”选项卡，如下图所示：

在“配置”列表中，选择要为其配置部署设置的生成配置。

可以配置“调试”或“发布”生成配置的部署，也可以配置使用“配置管理器”对话框创建的自定义生成配置的部署。 例如，您可能希望针对部署到测试服务器和部署到生产服务器使用不同的设置。

“配置”的默认值为“活动”，表示此选项卡上的设置适用于当前为项目选定的生成配置。 当前所选的生成配置显示在主工具栏中以及“配置管理器”对话框中。 （若要打开“配置管理器”，则可以从“生成”菜单中选择它。）

从“要部署的项(适用于所有部署方法)”下拉列表中选择下列选项之一：

仅限运行此应用程序所需的文件。 运行网站不需要的文件（例如，编译到程序集中的代码文件）不会部署到目标服务器。

此项目中的所有文件。 项目中包含的所有文件都将部署到目标服务器中。 在项目文件夹中但不包含在项目中的文件将被排除。

此项目文件夹中的所有文件。 项目文件夹中的所有文件（包括从项目中排除的文件）都将部署到目标服务器中。

如果您预计永远不会在目标服务器上启用调试，请选中“排除生成的调试符号”复选框。

清除此选项会使 pdb 文件部署到目标服务器中。 这些文件是进行调试所必需的。 您通常不希望将 pdb 文件放在生产服务器上，但可能希望这些文件存在于测试服务器上。

如果 App_Data 文件夹中有您不希望将其部署到目标服务器中的文件，请选中“将文件从 App_Data 文件夹中排除”复选框。

例如，在部署过程中，可能在 App_Data 文件夹中存在 SQL Server Express mdf 文件。 但是，您计划使用生产服务器上自动生成的脚本部署数据库。 在这种情形下，当您部署到生产服务器时会选择此选项，因为在生产服务器上无需使用 mdf 文件。

如果要在部署期间运行在“打包/发布 SQL”选项卡中指定的数据库脚本，请选中“包括在‘打包/发布 SQL’选项卡中配置的所有数据库”复选框。 （在本主题稍后的过程中将介绍“打包/发布 SQL”选项卡。）

一种典型的情形是，只在首次部署 Web 应用程序时运行配置数据库的脚本。 如果将更新部署到 Web 应用程序，则通常不必将更新部署到数据库。

如果要部署的 Web 项目是 IIS Web 项目，并且您希望将该项目的 IIS 设置传播到目标环境，请选中“包括在 IIS 管理器中配置的所有 IIS 设置”复选框。

IIS 设置指定身份验证方法以及 Web 应用程序如何对错误进行响应等选项。 如果要部署到公司网络上的服务器，您可能希望按照在部署到测试服务器（而不是部署到生产服务器）时配置开发服务器的方式配置目标服务器。 如果要部署到托管公司，则用于部署的帐户通常不具有进行 IIS 设置更改所需的管理权限。 在这种情况下，不要选择此选项。

如果当前 Web 项目不是 IIS Web 项目，则将禁用此选项和用于应用程序池设置的选项。

注意

继承的 IIS 设置不会传播到目标服务器。 例如，假定要部署的 IIS Web 应用程序在源服务器上的默认网站下，并且该默认网站将 Windows 身份验证设置为 true。 如果将此网站部署到服务器上的默认网站，而默认网站的 Windows 身份验证设置为 false，则所部署的网站的 Windows 身份验证将为 false。 即使选中了“包括在 IIS 管理器中配置的所有 IIS 设置”复选框，也是如此。 在这种情况下，必须在目标服务器上手动配置设置。

如果选择了“包括在 IIS 管理器中配置的所有 IIS 设置”选项，并且希望在目标环境中复制 Web 项目的应用程序池设置，请选中“包括此 Web 项目使用的应用程序池设置”复选框。