容器的运行没法简易参照vm虚拟机的社会经验。例如，几乎一切工作中负荷都能够马上虚拟化技术，可是有一些工作中负荷合适容器化部署，有的则不适宜。
文中回应公司在应用容器时最多见的10个问题，协助我们能够更好地了解容器部署、工作中负荷容器化等问题。
1. 最合适容器的应用情景是啥?
在工作环境中，最合适容器化部署的理想化运用种类应该是微服务。微服务是一个对焦的每日任务，它只意味着全部应用软件中较小一部分。由于微服务致力于单独每日任务，因此它可以单独于应用软件的其他一部分开展伸缩式拓展。除此之外，因为微服务是高内聚力和疏松藕合的，因而可以彼此之间单独部署和公布。
除此之外，应用容器基础设施建设搭建微服务可以更快、能够更好地完成其优点。只需朝向外界的API不毁坏运用兼容模式，手机软件开发者就可以快速迭代并改善全部微服务，且并不会干扰其他开发者的微服务。可是，大部分传统式的公司应用软件并不符微服务系统架构，因此也非是全部公司都适宜应用微服务。
2. 容器部署时必须考量的主要因素都有哪些?
(1)UI页面管理方法和API
管理操作界面UI，包含这些根据API的图形界面UI(即外界系统软件立即应用API浏览系统软件)。
(2)镜像库房
公共性镜像库房，例如Docker Hub给予公共事业管理的容器镜像库房。很多容器智能管理系统都给予私有化镜像库房，企业的管理可以之中控制自己的镜像。
(3)编辑和生产调度
编辑层可以使容器以需要的情况运行，并供应翻转升级和回退的作用。自然，Kubernetes早已变成容器编辑的具体规范。
(4)容器运行时
容器运行时，可以让群集连接点在镜像库房中获得容器镜像，还可转化成恰当的文档构造在服务器上运行容器，也可与互联网和储存软件互动，也可以建立、起停容器。
(5)安全性监管
根据安全性部件实行安全设置，包含密匙管理方法、网络检测、图象签字、互联网防护和数据加密、及其根据人物角色的密钥管理(RBAC)等。
(6)不断监管
监控程序流程可以给予群集连接点、容器和微服务等级的数据可视化工作能力。
(7)DevOps工作流引擎
DevOps针对容器部署并不重要，可是他们通常一起应用，例如，DevOps工具、CI/CD管道工具和容器镜像制作器等专用工具必须协调工作。
3. 是不是可以在Windows、VMware自然环境运行容器?
Windows容器生态体系还不够成熟，没法广泛运用于工作环境中。Windows容器欠缺容器编辑专用工具的适用。例如，全新的Kubernetes软件版本只出示了对Windows容器的beta适用。除此之外，容器适用的Windows应用软件很少。Windows网络服务器对身份认证、安全性和网上的适用也十分不足的。目前的好多个部件要不处在“beta”版本号，要不处在“浏览”版本号。自然，虽然有这种限定，对于特殊情景也是可以应用Windows容器，例如内部结构开发设计等情景，根据容器可以得到协调性、可扩展性和费用优点。
VMware的vSphere可将Docker模块与vSphere集成化，为容器在轻量VM中运行给予了方式。除此之外VMware还带来了用以安全存储镜像的容器管理方法门户网和私有化库房。
4. 应当挑选CaaS、Kubernetes或是BYO容器管理方法解决方法
销售市场上面有不同产品容许公司规模性部署容器。这种商品为应用开发工作人员带来的抽象化水平不一样。最抽象化的设备是容器即业务商品(CaaS)，这产品之前大部分是PaaS商品，例如Cloud Foundry和OpenShift。这种CaaS商品从开发者那边抽象化出基础设施建设的关键点，并以结构型方法给予应用软件专用工具。而BYO容器管理制度，则给予了至少的抽象性和最高的操作灵活性，可是提高了多元性。
- BYO：尽量减少应用BYO，除非是在少数状况下。由于不怎么有机构有工作能力完成它。针对要想BYO的机构，可以挑选集成化一些迅速挪动的开源系统商品。
- Kubernetes：最少在理念上掌握基础设施建设而且可以动手能力实践活动，那麼挑选一个比较灵便K8S桌面操作系统是一个行得通计划方案。有一些CaaS商品带来了一些开发者专用工具的选择项，与此同时也为开发者给予了更可以直接地应用容器编辑、生产调度部件的选择项。
- PaaS：假如刚进到微服务开发设计，那麼就应用PaaS给予的服务项目。
5. 容器技术性会比vm虚拟机技术性(VM)更不安全吗?
容器技术实际上并不是不安全。实际上，以避免因为其他容器的毁坏而遭到进攻, 容器中每一个应用软件和客户是互相隔绝的。因此保证共享主机OS核心的数据完整性是极为重要的，并保证在服务器上容器的互相防护。除此之外，必须监管和维护容器间通信，而传统化的安全工具在这方面大多数是没用的。
选用容器技术性情况下，提议考虑到下列3点：
- 应用一个通过结构加固的电脑操作系统，通常是一个“瘦客户机操作系统”，它可以限定攻击面，并根据一个严谨的和智能化的补丁包智能管理系统对它进行填补。
- 在容器的搭建和运行环节采用操纵方式，例如在开发软件生命期全过程中对系统实现扫描仪，尽早发觉系统漏洞。
- 根据应用粗粒度容器安全工具积极检验和监管出现异常个人行为，例如青藤蜂窝等容器网络安全产品可以给予容器和网络服务器等级的安全性数据可视化图，并有利于避免故意应用软件总流量。
6. 容器是不是可以解决隐秘数据和应用软件?
根据对焦于容器安全性的方式 开展容器部署，与此同时融合目前数据加密等安全工具，那麼容器就可用来解决隐秘数据和应用软件。除此之外，还能够应用一些容器安全性生产商的计划方案保证容器的安全性，例如青藤云安全的容器解决方法等。自然，使得此办法取得成功，安全性精英团队务必尽快参加为隐秘数据部署容器的全过程。
7. 容器是不是合适COTS运用?
如今很多的手机软件经销商将容器化部署做为商品一个选择项。有的经销商选用敏捷开发模式达到容器化部署方法，将其列入她们撰写、检测和交货手机软件的一部分。这种运用都被构建为纯天然兼容容器的微服务。但也是有经销商，是由于担心不给予容器化部署作用将失掉销售市场，因此凑合给予容器部署，这样的事情下COTS大部分不适宜容器，由于这种应用软件实质上很有可能依然是总体的，或是应用软件沒有单独可拓展特性。除此之外，假如公司自身沒有目前的容器基础设施建设来管理方法，那麼COTS应用软件的容器部署很有可能不适宜公司。
在大部分状况下，应当防止在沒有经销商确立适用的情形下封装形式COTS应用软件，防止敷衍了事。
8. Foundry、OpenShift等设备和容器中间有什么关系
Cloud Foundry是一个应用软件PaaS服务平台，它适用多种多样架构、语言表达、运行时自然环境、云服务平台及业务系统，使开发者可以在几秒内开展应用软件的部署和拓展，不用担忧一切基础架构的问题。因而，也是一个相对性确定的容器架构。往往那样叙述，是由于它是事先配备的，便于于组装和维护保养。
OpenShift是红帽的云软件开发平台即服务项目(PaaS)，能使开发者建立、检测和运行她们的应用软件，而且可以把他们部署到云间。OpenShift广泛支持多种多样计算机语言和架构，如Java、Ruby和PHP等。此外它还带来了多种多样集成化开发环境如Eclipse integration，JBoss Developer Studio和 Jenkins等。
公司在评定朝向容器情景的PaaS商品时，重必须核心留意其给予服务范围，区别他们本身是不是适用容器情景，或是必须自定配备或是必须借助第三方部件服务项目才可以适用容器情景。
9. 是不是应当构建应用软件，以能够更好地适用容器?
在制造中，假如根据部署容器来适用微服务的弹性工作制负荷时，容器可能产生较大的协助。因而是不是要构建应用软件以适用容器化部署，这在于企业的管理是不是方案在软件开发测试、生产制造等环节中应用容器。
此外，公司在决策构建应用软件以更强适用容器，应当最先构建无状态一部分应用软件，例如web应用程序流程前面一部分，将其构建为微服务，便于可以适用应用容器。除此之外，公司可以根据微服务系统架构来建立新的应用软件，防止之后构建。
10. 在云计算平台中部署容器服务项目实际效果怎样?
云IaaS服务提供商给予彻底托管服务，而不用解决vm虚拟机或最底层基础设施建设，这类发展趋势如今也被使用到容器中，例如，AWS Fargate给予了抽象化最底层基础设施建设的代管容器服务项目，便于开发者关心必须运行的每日任务，而不是Kubernetes集群中的案例总数。