容器的前世今生，把容器的前世今生说的清清楚楚。物理机部署很慢。购买服务器服务，放置在IDC机房。各种流程都要经过，很多流程是不可控的，缓慢的。成本非常高物理服务器需要很高的配置成本。资源浪费资源太多，可能无法充分利用该应用的服务。迁移难、扩展难在app端迁移服务器，需要提前准备好新的物理服务器，环境需要重新迁移。如果资源消耗比较大，用户增长会比较快，需要扩展内存、CPU、硬盘。最后可能要购买新的物理服务器很麻烦。它可能仅限于硬件制造商。对于已经采用RISC架构或者非x86平台的用户，要想体验x86平台的高效便捷，就必须进行系统迁移。但对于绝大多数应用来说，迁移并不是一件容易的事情，甚至有些人谈起色来。对于任何解释和编译语言，都存在代码风险。真实服务器虚拟机物理资源的限制和调度，设置指定VM的内存、cpu、硬盘，根据应用进行控制，方便扩展，可以统一，方便管理。它可以最大限度地利用物理资源。一台物理机部署多个服务，在软件中模拟各种操作系统，可以同时运行多个相同或不同的操作系统。方便，可以挂起（paused），可以做快照，可以做克隆，运行时占内存。每个应用程序都在一个独立的虚拟机中，每个应用程序都在一个虚拟机中，互不干扰。资源池中一台物理机的资源分配给不同的虚拟机，方便扩展和添加物理机||添加虚拟机很容易云化亚马逊AWS、阿里云、腾讯云、华为云等虚拟机。虚拟机的局限性每个虚拟机都是一个操作系统，每个操作系统都必须分配相应的操作系统资源。大家都用的是window系统，真正的生产环境一般用的是linux操作系统。一部分原因是linux系统消耗资源少。.如果在一台物理服务器上放置10个虚拟机，每个虚拟机系统占用1g资源，相当于浪费了10g内存资源。因此，当操作系统越来越多时，系统消耗的资源也会越来越多。开发和运维面临的问题是上层是开发人员，下层是运维。开发者选择不同的语言和环境进行开发。为了让应用正常运行，运维人员需要配置尽可能与开发者开发相同的环境，以满足应用的正常使用。开发者/运营者容器解决了什么问题？Docker对容器进行了封装，封装后的容器可以在任何环境运行，解决了开发和运维的直接矛盾。在开发和运维之间架起了一座桥梁，这也是timedevops擅长的解决方案。容器解决了什么容器软件和它所依赖的标准化打包应用之间的隔离是什么（肯定不如虚拟机和物理机之间的隔离那么彻底）共享同一个OSKernel（在同一个操作系统上）可以运行很多主流操作系统（unix、linux、windows等）上的容器可以放什么？虚拟机和容器的区别。虚拟机是物理资源层面的隔离，容器是应用层面的隔离。它们都与虚拟化和容器结合使用。将物理机虚拟化生成多个VM，VM内部使用容器化。3个虚拟机，其中一个运行这3个Dockers
