蜂巢之声：青藤首发“容器安全成熟度模型”( 四 ) 为此

第5阶段：在全组织机构范围内采用容器

这个阶段，所有新应用都在容器中开发，并且还可能将现有应用移入容器。组织机构将在基础结构和安全方面遇到新问题。在该阶段，大多数组织机构将考虑不只是使用编排工具来进行编排。他们将使用服务网格之类的技术来管理服务之间的交互方式，并了解各个服务的行为以及服务之间的通信。

随着将更多层(例如Kubernetes和服务网格)添加到堆栈中，有太多的按钮需要控制，已无法再用手动控制，因此自动化变得至关重要。在该阶段，优化和自动化至关重要。组织机构应不断寻找简化开发和运营的流程，简化与编排工具的交互界面，并实现重复性工作的自动化运行。

例如，容器和编排工具的默认配置一般不太安全，因此公司需要依靠自动化来确保，在公司范围内统一实行符合其标准和配置的安全规定。在第5阶段新加入的其他技术层也有一套针对他们自身的配置、隔离和漏洞管理的最佳实践办法。

在容器化进程中，这一阶段成熟度最高，所有新开发都是在容器中完成的，因此，每个人都会步入一个未知的世界，出现第二次技能差距。每次将新的层或技术添加到堆栈中时，都会产生新的学习曲线。同时，随着应用变得越来越复杂，新的威胁向量可能会出现。组织机构需要确保他们拥有的安全工具能够随着它们添加这些新技术，增强容器安全。因为随着应用控件的复杂性增加，可见性和自动配置管理的重要性成倍增加。

三、做好容器化进程中每一步的安全

任何组织机构都无法实现绝对的安全，但是需要在容器化进程中，最大限度地确保容器安全。很多时候，做好容器安全的关键不在于技术，而在于各团队之间协作，以及对安全是否足够重视。

在早期阶段就重视安全。组织机构需要采用“安全左移”的方法，将安全从一开始就集成到开发过程中来，这在容器化过程的任何阶段都是很有用的。在开发过程中尽早关注安全不仅有助于提高安全性，而且，还可以减少在部署过程中在最后一刻出现意外情况。

加强与安全团队的协作。安全团队应该与DevOps团队合作，这种协作在开发过程的每个阶段都很重要。安全团队不应该只专注于发现问题所在，更应该成为内部培训师，加强DevOps团队对安全的理解。

预测未来的需求。组织机构不应该等到应用投入生产，才去关注容器安全。总是在发生安全事件后，才去打补丁，这样会让组织机构总会暴露在一些风险之中。

明确安全的最终负责人。为提高安全效率，安全要采用一种灵活的责任制。不同类型的应用可能需要不同的结构，但是在每种情况下，都必须指定一个人作为安全主管。共同承担安全责任可能会导致所有人觉得自己不负责安全问题。

准确评估不同应用和基础架构的安全需求。每个应用的安全需求不尽相同。面向公众的应用比内部应用遭受的风险更大;受到严格监管的行业比其他行业的组织机构更需要增强安全性。因此，要确定组织机构要规避风险，需要实现什么级别的安全性。

四、总结

蜂巢之声：青藤首发“容器安全成熟度模型”。容器作为一种轻量化、可移植的虚拟技术，使用非常便捷，越来越多的企业选择使用容器技术。但在组织机构内不同的容器化阶段，该采取怎样的安全措施，很多企业并没有一个明确的路线图。本文介绍的容器安全成熟度模型，将容器安全分为五个阶段，介绍了每个阶段面临的安全挑战，以及应该采取的安全措施，希望能够让正在进行容器化的各个企业，加强对容器安全的了解，有效应对安全挑战。