企业可以将容器与微效劳结合运用，使其可以创立愈加分歧且轻量级的开发框架，该框架是云计算的最佳选择。而容器和微效劳是可以在云计算中完成更高效率的两项前沿技术。虽然它们不需求组合运用，但当它们一同运用时，可以提供更多的益处。

容器：

运用容器，可以让开发人员经过创立虚拟“沙箱”来更快、更好地任务，从而可以编写、管理和操作软件代码。其优点是可以在不影响效劳器或虚拟机(VM)上运转的其他运用顺序和系统的状况下完成此操作。容器可以提高效率，降低成本，甚至提高安全性。这些易于打包和轻量级的组件可以与同一虚拟机中的其他组件一同运转。

容器引入的庞大灵敏性推进了快速采用，从而日益依赖容器技术。容器已成为虚拟机的替代品。调研机构Forrester公司指出，58%的开发商方案在未来一年内运用容器或正在方案运用容器。与此同时，调研机构451 Research公司的报告表明，运用容器市场规模将从2016年的7.62亿美元增长到2020年的27亿美元。

微效劳：

容器的主要吸引力在于微效劳。这些软件组件(能够包括代码、运转时间、系统工具、系统库和设置作为共同且慎重的流程)引入了愈加模块化和初级的开发框架。

微效劳通常经过工具栏或菜单提供，允许组织部署软件，并更快、更继续地停止更改。关于运用DevOps和其他矫捷办法的组织，此功用尤为重要。

微效劳的本源在于Web效劳。经过将代码组件组合到功用运用顺序中，组织可以运用这些预先设计的小型运用顺序来停止软件开发。这使企业可以更快地推出产品，并愈加静态地停止更改。

请记住，虽然微效劳不需求容器，但它们从中播种颇丰。具有微效劳的容器允许组织创立更分歧和轻量级的云计算开发框架。

以下是有关运用容器和微效劳的五个关键真相和理想：

(1)复杂性能够成为一个成绩

处置方案的积聚(在这种状况下是跨多个容器的微系统)能够带来新成绩，有时甚至是顺手的成绩。虽然这两个工具(特别是在组合时)可以简化和减速开发，但是它们也带来了新的应战，有时还会带来顺手的应战。

微效劳的数量及其与容器的一切交叉点转化为不断变化的环境。这能够会迫使组织处置过多的粒度，假设运用过多或映射不正确，能够会引入延迟。它还能够提高测试要求。

某些组件是开源的，而其他组件是由商业公司提供的，这能够会使成绩进一步复杂化。最终，全体框架中的差距能够会影响可扩展性、牢靠性和许多其他要素。

成功的关键是树立战略和弱小的框架来支持微效劳和容器。这需求阅历丰厚的开发人员对团队关键成员停止最新培训，以便他们可以指导方案，并运用工具和系统取得最大的优势。

(2)组织需求新的流程

继续交付(CD)和继续集成(CI)框架是大少数企业的关注焦点。这些办法可以释放出色的业务创新。它们特别适宜当今的矫捷和DevOps开发框架，这些框架可以促进运用顺序和更新的快速、增量和延续部署。

容器和微效劳在很大水平上支持这种办法。但是，有一个成绩：没有正确的任务流程，组织很难从继续交付(CD)和继续集成(CI)中获取最大价值，并最终沉着器和微效劳中获取最大价值。

在没有树立基础和框架的状况下释放这些工具能够会添加复杂性并破坏进度。因此，关于开发和运营团队而言，重点关注两个关键成绩：

构建知识库：在接受微效劳和容器之前，业务和开发方面的团队必须彻底了解继续交付(CD)和继续集成(CI)概念和办法。

必须树立协作基础：组织必须为协作同伴开发一个框架，以便以最有效和最高效的方式协同任务以整合容器和微效劳。

(3)监测至关重要

由于依赖容器和微效劳的开发环境能够变得相当复杂并且触及少量的工具和组件，所以监控是成功方案的中心。

此外，代码监视必须在容器外部停止。关注几个关键成绩十分重要：

了解所需监控的范围和性质。监控不足能够会招致开发团队感到懊丧和不堪重负。一个成绩是微效劳在容器和组件之间能够有很大差异。这意味着必须部署跨越整个容器和微效劳集合的监视。

了解传统监测是有限的。传统的监测办法(即采用仪器的办法)并不一定有效。容器受益于小而孤立的进程，并且具有尽能够少的依赖性。

监控工具必须处置容器和微效劳的共同应战。确定出现缺陷、错误和消费成绩的位置，并采取措施纠正这些成绩触及更复杂和纤细差别的办法。监视容器和微效劳能够包括各种工具，包括运用顺序功用监视、代码剖析、直接错误跟踪、集中式日志记载，以及围绕运用顺序和组件的度量标准。

快速无缝地修复成绩。当开发团队可以确定成绩存在的位置时，可以快速回滚或修补成绩。这能够触及删除或更改，否则能够难以在容器中发现和填充更改的微效劳。

(4)编排对成功至关重要

容器和微效劳的集合不会自动处置组织的DevOps或矫捷性应战。需求有效地协调这些系统和组件。

编排基本上以智能方式对容器停止聚类，是这个难题的关键部分。它使可扩展性易于管理。容器编排平台Kubernetes是开源的，可与大少数工具战争台配合运用。它处置了自动化和扩展的需求。

许多潜在的处置方案都包含Kubernetes，包括开源Docker，它对管理单个图像实例更有效。处置方案还可以包含来自AWS、谷歌云和Microsoft Azure等云计算公司的商业效劳，这些效劳可用于处置更复杂的散布式运用顺序。

这些效劳可以完成几项关键义务。最重要的是，它们可以：

将少量微效劳联络在一同。

自动执行一系列义务和流程。

管理效劳的扩展。

经过在更普遍的环境(包括混合云部署)中部署容器和微效劳，完成更初级别的灵敏性。

(5)安全不能是预先想法

容器和微效劳引入了一些重要的安全优势，特别是经过沙盒隔离代码和运用顺序，但它们也会产生新的破绽。

最大的风险之一围绕着易受特定要挟影响的特定库和微效劳。因此，运用容器和微效劳的组织应该：

采用专门的工具来管理容器安全性，包括处置图像扫描、图像管理和维护可信任的注册表的处置方案。组织还受益于运用顺序安全软件，以处置代码的静态和静态扫描，以及处置基于策略的执行义务的软件。

运用在边界处保护容器的操作系统或软件。这种办法很重要，由于它可以避免主机内核脱离容器以及保护容器彼此之间的衔接。

将容器编排作为安全的关键要素。这包括部署哪些容器到哪些主机、主机容量、容器可以被发现和衔接的方式、容器运转状况的管理方式，以及整合到环境中的开发人员自助效劳的水平。

(责任编辑：admin)