这样的优势你还是体会不到，比如你可以通过Redis镜像轻松构建一个集群。NAS可以用来通过网络访问数据，现在NAS已经从云端走向家庭，成为家庭中的存储工具之一。NAS内置了一个轻量级的Linux系统用于管理，但这只是为了管理。有些NAS也可以直接作为Linux服务器部署业务，但是这种能力很弱。
我做淘宝卖家好几年了，想讨论一下卖家和买家有没有约定快递处方，货物是否根据情况邮寄。快递时效没有约定的，1无论什么原因，买家直接拒签，一般不产生退货运费或退货运费。快递公司会负责顺丰的不明发货运费，卖家负责客户申请退款。2未邮寄的商品，买家拒签，拒签，退货申请退款需要扣除发货运费，运费由买家承担。前买卖双方约定快递时限，致使货物未在约定时限内送达客户，拒绝签收。无论货物是否邮寄，都要将包括邮费在内的全款返还给买家，货运卖家和快递公司同意承担出现的问题。
Docker有什么优势？
单纯的Docker是一个非常难理解的东西，它和虚拟机有些类似，但又不等同于虚拟机，它们的原理是不同的。虚拟机只是对硬件进行虚拟化，基于物理机的硬件虚拟出一套硬件之后，在这个基础上运行一个完整的操作系统，而Docker是虚拟化的容器，容器虚拟化的是操作系统而不是硬件，容器和容器之间共享同一套操作系统资源。
容器的优势是非常明显的虚拟机将一台服务器变成多台服务器，每一个VM都拥有整套的操作系统需要占用大量的空间，所以VM启动缓慢系统也会占用很多的硬件资源。代码依赖的资源打包在一起形成一个容器，容器没有自己的内核，容器内的应用直接运行在系统的内核上，多个容器可以同时运行共享系统内核，但容器之间又以相互独立的进程在运行。
所以容器比虚拟机要轻便很多，几乎瞬间就能启动。如此这般说Docker的概念还是很抽象，举个例子Ubuntu的系统搭建的项目要部署到CentOS的服务器上，所有依赖的环境比如MySQLRedis等等都需要重新安装一遍，并按照部署的要求进行配置。使用Docker只需要一条命令就可以达成，需要MySQL只需要安装一个MySQL的镜像，需要Redis只需要安装一个带Redis的镜像，然后启动这些容器就可以。
容器可以用别人制作的，也可以添加一些自己的软件修改相应的配置文件做一个镜像，通过这个镜像就可以创建出无数个一模一样的容器。Docker和各大开源项目团队一起维护着庞大高质量的官方镜像，我们可以直接使用或者修改定制后再使用。你还无法体会这样的优势所在，比如通过一个Redis镜像，可以轻松的搭建一个集群。
容器更多地用来表示软件的标准化单元，无视物理硬件设施之间的差异部署到任意位置任意平台，所以容器又被誉为代码集装箱装卸工。如此这般就不会再出现诸如这段代码在我机器上运行没有问题之类的，可以轻松的将在一个平台上运行的应用，迅速的迁移到另一个平台，而不用考虑平台和运行环境的兼容性。Docker包含了镜像Image容器Container仓库RepositoryDocker的镜像相当于Linux的root文件系统，它提供容器运行所需要的软件资源配置参数库文件等等。
容器才是运行的实体，镜像是经过一层层构建定义的，里面不包含任何动态数据，构建完之后就不会再改变，而容器可以创建启动停止暂停删除。仓库是用来集中存放镜像文件，这样就便于服务器进行统一的管理。Docker码头装卸工的形象已经深入人心Docker将开源仓库的镜像拉到本地，镜像运行后在本地运行形成容器，这个就是Docker码头装卸工的形象，已经深入人心。
有docker了，为什么还需要nas系统？
感谢邀请，Docker和NAS完全是两个不同的东西，侧重点不一样。Docker又叫容器，实际上是SaaS的技术，提供的是应用服务。例如现在企业如果需要部署服务，使用Docker是非常快捷的方法，因为Docker不需要你部署逻辑服务器，也不需要起复杂的虚拟机。虚拟机虽然可以隔离出很多子电脑，但占用空间更大，启动慢，而且需要硬件支持而Docker容器是在操作系统层面上实现的虚拟化，直接利用本地主机的操作系统，因此更轻量。
我个人在双十一那天在JD.COM买了五件商品，其中三件第二天送到，一件第三天，一件第四天。在询问时，JD.COM道歉了。所以发生了仓库爆炸，但程度不严重。毕竟，完成率已经达到了80%。而且最后未送达的物品都比较大。JD.COM非常重视物流，把物流的用户体验作为一个平台工具。因此，它一直在增加投资，建设仓库和组织舰队，包括最近购买货机和建立垂直整合的物流系统。
与虚拟机不同，整个操作系统需要虚拟化。Docker将应用部分虚拟化在Linux内核之上，因此启动速度更快，可以达到秒级。如果企业需要大范围部署一个应用，只需要在私有云的服务器上安装包含这个应用的镜像，并基于容器启动即可。你能理解我们家装操作系统的时候有鬼，那么这个应用就可以快速部署了。这比创建一个虚拟机，重新安装应用程序要快得多，就像复制粘贴一样。
