亿动网
云原生视频服务器是一种用于存储视频内容的视频存储服务。视频存档平台等各种应用程序可以使用云原生视频服务器来存储其视频内容。
云原生视频服务器的优势
使用云原生视频服务器提供视频存储服务具有以下优势：可扩展性：云原生视频服务器可以根据需要轻松地扩展和缩小，以满足变化的存储需求。可靠性：云原生视频服务器通常由分布式系统支持，可提供高可靠性和可用性。成本效益：云原生视频服务器通常按需定价，这可以节省成本。易于管理：云原生视频服务器通常提供易于使用的管理界面，使管理视频内容变得简单。
云原生视频服务器的应用
云原生视频服务器可用于各种应用，包括：视频存档：视频存档平台可以使用云原生视频服务器来存储大量的视频内容。流媒体：流媒体服务可以使用云原生视频服务器来存储和托管视频内容，以便按需流式传输。内容管理：内容管理系统可以使用云原生视频服务器来存储和管理视频资产。视频分析：视频分析应用程序可以使用云原生视频服务器来存储用于分析的视频数据。
选择云原生视频服务器
在选择云原生视频服务器时，需要考虑以下因素：存储容量：所需的存储容量。性能：所需的读写性能。可靠性：所需的可靠性级别。成本：预期的成本。功能：所需的任何附加功能，例如视频转码或流媒体支持。
云原生视频服务器提供商
有多家云原生视频服务器提供商，包括：亚马逊 Web 服务 (AWS)：提供 Amazon Simple Storage Service (S3)。微软 Azure：提供 Azure Blob 存储。谷歌云：提供 Google Cloud Storage。阿里云：提供阿里云 OSS。腾讯云：提供腾讯云 COS。
结论
云原生视频服务器为视频内容提供了可扩展、可靠且成本效益高的存储解决方案。这些服务器易于管理，可用于各种应用，包括视频存档、流媒体、内容管理和视频分析。在选择云原生视频服务器时，需要考虑存储容量、性能、可靠性、成本和功能等因素。
数字基础设施已成新趋势：云原生数据库如何解决中小企业上云关键问题
Oracle等传统数据库架构无法满足企业面临的业务挑战，电信、金融和政务等客户正在核心系统领域加速上云。
基于这样的背景，6月9日，2020阿里云峰会，阿里巴巴副总裁、阿里云数据库负责人李飞飞提出，“今年要完成套传统数据仓库上云。
”在许多采访中，企业主们无一例外表示，新冠疫情的冲击反而加速了企业上云的步伐。
诸多案例也表明，上云成为了不可避免的趋势。
但在上云的过程中，技术门槛和高额的试错成本，都有可能变成压垮中小企业的稻草。
作为提供新基础设施的阿里云厂商，其角色更像是一种普惠技术的提供者。
“需要提供一项普惠技术，一是降低技术门槛，不需要学习太长时间，减轻企业上云门槛;二是价格不能太贵，否则中小企业用不起。
科技从诞生到全面普及有一个S曲线，逐渐坡爬到过程，技术越成熟，成本越低，人群越广。
”商汤产业战略研究院院长、阿里云研究院创始人田丰曾经在采访中表示。
在当天的采访中，李飞飞用了一个案例比喻了云原生数据库的本质。
以往数据库资源的使用方式像是往家里打一口水井，但今天不需要家家户户打井，而是做一个将自来水厂资源池化的工具，按需按量调度，灵活调度。
“实现高可用弹性可拓展，是促成中国企业，甚至世界范围内企业从传统商业数据库向云原生数据库迁移转型的最本质原因。
”李飞飞认为这样的云原生数据库，给上云中的成本问题提供了一个解决方案。
而云计算云原生架构带来的技术先进性，必然会发生的对传统商业数据库发生挑战和替代的过程。
阿里云智能总裁张建锋表示，今年不仅会在基础设施上加大投入，同时将大规模引进顶级科技人才，阿里云再招5000人，重点吸引云服务器、网络、芯片、数据库、人工智能等核心技术领域的攻坚人才。
中小企业如何上云如今，中小企业在大数据、人工智能上的技术革新，带来了商业和经营模式的创新，这反过来也导致了另一批中小企业在物流、中介、信息收集等领域的护城河和赖以生存的优势受到挑战。
数字化的转型成为了中小企业们不可回避的话题。
尽管数字化转型碰上新基建的风口，这一潮流一方是巨大的投资，一方连接的是千亿市场机会，但成本和如何上云成为了摆在诸多中小企业面前的难题。
尽管一些地方政府会给企业上云提供补贴，但一些企业主们思考的却是如何拿到上云补贴，而不是如何使业务更好地上云。
中小企业在上云的需求上存在诸多不同。
李飞飞的了解中，中小企业上云的前一成本和所需时间和大企业来说更低，时间更短。
其次，所需的产业支撑体系也没有大型企业需要的产品支撑体系那么丰富。
另外，中小企业的整个IT支撑系统，是通过独立软件开发商(ISV)提供的第三方SaaS层解决方案，阿里云需要和这些ISV合作，比如ERP、CRM系统迁移上云，底座换成云原生的数据库，“在这个过程中中小企业可能还没有意识到底座已经用到了云的技术，但实际上已经完成了上云的过程。
”阿里云官网代金券2000元礼包领取入口：点击领取安全与成本曾经一位帮助中小企业建立数字化转型平台的企业主说，中小企业们在上云时更多还会考虑安全性问题，毕竟要将自己的所有工业数据迁移到公有云上。
李飞飞说，相对于自建云来说，至少在阿里云的实践中，云提供了更加安全的环境和可靠的基础设施。
从数据安全及业务可靠上来说，是不存在这方面的顾虑。
另外，他表示，一些企业有阶段性分批分步骤实施计划，短期内有一些监管原因需要把数据放在自己的机房或者私有云这样的部署方式。
对于数据安全，田丰还曾提出过“数据信托”的概念，“不管在哪个云上，数据始终是客户的，如果想做更多开发，一定要和客户商谈。
现在云计算厂商主要做技术类服务，对数据没有兴趣。
如一些公司跟某些保险公司做数据共创和服务，那是业务层的协议，跟底下云技术服务协没关系的，后者挣的是工具类的钱，而不是数据的钱。
”但与此同时，高额的试错成本，也使得中小企业在实质上云的过程中出现阻碍。
张建锋表示，阿里云的300多万企业客户中，大部分是中小企业。
阿里云之于中小企业，张建锋比喻，就如同一个新兴淘宝，“原来去做零售，要在线下开一个店，店主要进货要去卖，去做所有不擅长的事情，例如开店租房本质上跟零售没有关系。
现在中小企业在云的时代，相当于在公共服务平台。
”但成本和价格，两者如何兼顾?“实现资源池化资源解耦更好的弹性以后，使用成本价格一定会下降”，李飞飞认为，以前资源是紧耦合的，当存储需要扩展的时候，计算资源必须绑定一起扩展，虽然可能不需要更多的计算资源，反之亦然。
但今天，资源解耦弹性以后是按需按量、分钟级的弹性，存储计算分开谈，成本和价格肯定会下降。
李飞飞和团队曾分析过一个典型的OLTP在线交易业务系统和传统的商业数据库，使用云原生数据库的弹性能力，成本整体降到原来的六分之一左右。
数字基础设施已成新趋势：云原生数据库如何解决中小企业上云关键问题标签：商业软件开发关系现在绑定服务器回避数字化学习
现在大家都在说的云原生到底是什么？
云原生是一个组合词，可以拆分为“云”和“原生”两个词，“云”我们都知道，即在线网络，传统的应用原本都跑在本地服务器上，很有可能需要停机更新，且无法动态扩展，“云”表示应用程序运行在分布式的云环境中，可以频繁变更，持续交付。
“原生”表示应用程序在设计前期就考虑到了云平台的弹性和分布式特性，也就是为云设计的。
可以简单理解为：云原生=微服务+DevOps+持续交付+容器化| 微服务 |即软件架构，使用微服务架构可以将一个大型的应用程序按照功能模块拆分成多个独立自治的微服务，每个微服务仅仅实现一种功能，具有很明确的边界。
带来的好处有哪些?1)服务的独立部署每个服务都是独立的项目，可以独立部署，不依赖于其他服务，耦合性低。
2)服务的快速启动拆分之后服务启动的速度要比拆分之前快很多，因为依赖的库少了，代码量也少了。
3)更加适合敏捷开发。
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行。
服务拆分可以快速发布新版本，修改哪个服务只需要发布对应的服务即可，不用整体重新发布。
4)职责专一，由专门的团队负责专门的服务。
业务发展迅速时，研发人员也会越来越多，每个团队可以负责对应的业务线，服务的拆分有利于团队之间的分工。
5)服务可以动态按需扩容当某个服务的访问量较大时，我们只需要将这个服务扩容即可。
6)代码的复用每个服务都提供REST API，所有的基础服务都必须抽出来，很多的底层实现都可以以接口方式提供。
| 容器化 |是云原生的核心技术，它是一种相对于虚拟机来说更加轻量的虚拟化技术。
能为我们提供一种可移植、可重用的方式来打包、分发和运行程序。
容器的基本思想就是将需要执行的所有软件打包到一个可执行程序包。
例如，将一个Java虚拟机、Tomcat服务器以及应用程序本身打包进一个容器镜像。
用户可以在基础设施环境中使用这个容器镜像启动容器并运行应用程序。
而Docker是目前应用最为广泛的容器引擎，容器化为微服务提供实施保障，起到应用隔离作用，K8S是容器编排系统，用于容器管理，容器间的负载均衡，Docker和K8s都采用Go编写，(K8s全称Kubernetes,由首字母K,结尾字母s以及中间的8个字母组成，所以简称为K8s)。
| DevOps |是软件开发人员和IT运维人员之间的合作过程，是一种工作环境、文化和实践的集合，目标是高效地自动执行软件交付和基础架构更改流程。
开发和运维人员通过持续不断的沟通和协作，可以以一种标准化和自动化的方式快速、频繁且可靠地交付应用。
| 持续交付 |就是不误时开发，不停机更新，是一种软件开发方法，它利用自动化来加快新代码的发布。
在持续交付流程中，开发人员对应用所做的更改可通过自动化被推送至代码存储库或容器镜像仓库。
在IT项目建设中，如何保证数据库安全性？
#云原生背景#云计算是信息技术发展和服务模式创新的集中体现，是信息化发展的重要变革和必然趋势。
随着“新基建”加速布局，以及企业数字化转型的逐步深入，如何深化用云进一步提升云计算使用效能成为现阶段云计算发展的重点。
云原生以其高效稳定、快速响应的特点极大地释放了云计算效能，成为企业数字业务应用创新的原动力，云原生进入快速发展阶段，就像集装箱加速贸易全球化进程一样，云原生技术正在助力云计算普及和企业数字化转型。
云原生计算基金会（CNCF）对云原生的定义是：云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。
云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式编程API。
#云安全时代市场发展#云安全几乎是伴随着云计算市场而发展起来的，云基础设施投资的快速增长，无疑为云安全发展提供土壤。
根据 IDC 数据，2020 年全球云安全支出占云 IT 支出比例仅为 1.1%，说明目前云安全支出远远不够，假设这一比例提升至 5%，那么2020 年全球云安全市场空间可达 53.2 亿美元，2023 年可达 108.9 亿美元。
海外云安全市场：技术创新与兼并整合活跃。
整体来看，海外云安全市场正处于快速发展阶段，技术创新活跃，兼并整合频繁。
一方面，云安全技术创新活跃，并呈现融合发展趋势。
例如，综合型安全公司 PaloAlto 的 Prisma 产品线将 CWPP、CSPM 和 CASB 三个云安全技术产品统一融合，提供综合解决方案及 SASE、容器安全、微隔离等一系列云上安全能力。
另一方面，新兴的云安全企业快速发展，同时，传统安全供应商也通过自研+兼并的方式加强云安全布局。
国内云安全市场：市场空间广阔，尚处于技术追随阶段。
市场规模上，根据中国信通院数据，2019 年我国云计算整体市场规模达 1334.5亿元，增速 38.6%。
预计 2020-2022 年仍将处于快速增长阶段，到 2023 年市场规模将超过 3754.2 亿元。
中性假设下，安全投入占云计算市场规模的 3%-5%，那么 2023 年中国云安全市场规模有望达到 112.6 亿-187.7 亿元。
技术发展上，中国在云计算的发展阶段和云原生技术的程度上与海外市场还有一定差距。
国内 CWPP 技术应用较为广泛，对于 CASB、CSPM 一些新兴的云安全技术应用较少。
但随着国内公有云市场的加速发展，云原生技术的应用越来越广泛，我们认为CASB、SCPM、SASE 等新兴技术在国内的应用也将越来越广泛。
#云上安全呈原生化发展趋势#云原生技术逐渐成为云计算市场新趋势，所带来的安全问题更为复杂。
以容器、服务网格、微服务等为代表的云原生技术，正在影响各行各业的 IT 基础设施、平台和应用系统，也在渗透到如 IT/OT 融合的工业互联网、IT/CT 融合的 5G、边缘计算等新型基础设施中。
随着云原生越来越多的落地应用，其相关的安全风险与威胁也不断的显现出来。
Docker/Kubernetes 等服务暴露问题、特斯拉 Kubernetes 集群挖矿事件、Docker Hub 中的容器镜像被“投毒”注入挖矿程序、微软 Azure 安全中心检测到大规模 Kubernetes 挖矿事件、Graboid 蠕虫挖矿传播事件等一系列针对云原生的安全攻击事件层出不穷。
从各种各样的安全风险中可以一窥云原生技术的安全态势，云原生环境仍然存在许多安全问题亟待解决。
在云原生技术的落地过程中，安全是必须要考虑的重要因素。
#云原生安全的定义#国内外各组织、企业对云原生安全理念的解释略有差异，结合我国产业现状与痛点，云原生与云计算安全相似，云原生安全也包含两层含义：“面向云原生环境的安全”和“具有云原生特征的安全”。
面向云原生环境的安全，其目标是防护云原生环境中的基础设施、编排系统和微服务的安全。
这类安全机制，不一定具备云原生的特性（比如容器化、可编排），它们可以是传统模式部署的，甚至是硬件设备，但其作用是保护日益普及的云原生环境。
具有云原生特征的安全，是指具有云原生的弹性敏捷、轻量级、可编排等特性的各类安全机制。
云原生是一种理念上的创新，通过容器化、资源编排和微服务重构了传统的开发运营体系，加速业务上线和变更的速度，因而，云原生系统的种种优良特性同样会给安全厂商带来很大的启发，重构安全产品、平台，改变其交付、更新模式。
#云原生安全理念构建#为缓解传统安全防护建设中存在的痛点，促进云计算成为更加安全可信的信息基础设施，助力云客户更加安全的使用云计算，云原生安全理念兴起，国内外第三方组织、服务商纷纷提出以原生为核心构建和发展云安全。
Gartner提倡以云原生思维建设云安全体系基于云原生思维，Gartner提出的云安全体系覆盖八方面。
其中，基础设施配置、身份和访问管理两部分由云服务商作为基础能力提供，其它六部分，包括持续的云安全态势管理，全方位的可视化、日志、审计和评估，工作负载安全，应用、PaaS 和 API 安全，扩展的数据保护，云威胁检测，客户需基于安全产品实现。
Forrester评估公有云平台原生安全能力Forrester认为公有云平台原生安全（Public cloud platform native security, PCPNS）应从三大类、37 个方面去衡量。
从已提供的产品和功能，以及未来战略规划可以看出，一是考察云服务商自身的安全能力和建设情况，如数据中心安全、内部人员等，二是云平台具备的基础安全功能，如帮助和文档、授权和认证等，三是为用户提供的原生安全产品，如容器安全、数据安全等。
安全狗以4项工作防护体系建设云原生安全（1）结合云原生技术的具体落地情况开展并落实最小权限、纵深防御工作，对于云原生环境中的各种组成部分，均可贯彻落实“安全左移”的原则，进行安全基线配置，防范于未然。
而对于微服务架构Web应用以及Serverless应用的防护而言，其重点是应用安全问题。
（2）围绕云原生应用的生命周期来进行DevSecOps建设，以当前的云原生环境的关键技术栈“K8S + Docker”举例进行分析。
应该在容器的全生命周期注重“配置安全”，在项目构建时注重“镜像安全”，在项目部署时注重“容器准入”，在容器的运行环境注重云计算的三要素“计算”“网络”以及“存储”等方面的安全问题。
（3）围绕攻击前、中、后的安全实施准则进行构建，可依据安全实施准则对攻击前、中、后这三个阶段开展检测与防御工作。
（4）改造并综合运用现有云安全技术，不应将“云原生安全”视为一个独立的命题，为云原生环境提供更多支持的主机安全、微隔离等技术可赋能于云原生安全。
#云原生安全新型风险#云原生架构的安全风险包含云原生基础设施自身的安全风险，以及上层应用云原生化改造后新增和扩大的安全风险。
云原生环境面临着严峻的安全风险问题。
攻击者可能利用的重要攻击面包括但不限于：容器安全、编排系统、软件供应链等。
下面对重要的攻击面安全风险问题进行梳理。
#云原生安全问题梳理#问题1：容器安全问题在云原生应用和服务平台的构建过程中，容器技术凭借高弹性、敏捷的特性，成为云原生应用场景下的重要技术支撑，因而容器安全也是云原生安全的重要基石。
（1）容器镜像不安全Sysdig的报告中提到，在用户的生产环境中，会将公开的镜像仓库作为软件源，如最大的容器镜像仓库Docker Hub。
一方面，很多开源软件会在Docker Hub上发布容器镜像。
另一方面，开发者通常会直接下载公开仓库中的容器镜像，或者基于这些基础镜像定制自己的镜像，整个过程非常方便、高效。
然而，Docker Hub上的镜像安全并不理想，有大量的官方镜像存在高危漏洞，如果使用了这些带高危漏洞的镜像，就会极大的增加容器和主机的入侵风险。
目前容器镜像的安全问题主要有以下三点：1.不安全的第三方组件在实际的容器化应用开发过程当中，很少从零开始构建镜像，而是在基础镜像之上增加自己的程序和代码，然后统一打包最终的业务镜像并上线运行，这导致许多开发者根本不知道基础镜像中包含多少组件，以及包含哪些组件，包含的组件越多，可能存在的漏洞就越多。
2.恶意镜像公共镜像仓库中可能存在第三方上传的恶意镜像，如果使用了这些恶意镜像来创建容器后，将会影响容器和应用程序的安全3.敏感信息泄露为了开发和调试的方便，开发者将敏感信息存在配置文件中，例如数据库密码、证书和密钥等内容，在构建镜像时，这些敏感信息跟随配置文件一并打包进镜像，从而造成敏感信息泄露（2）容器生命周期的时间短云原生技术以其敏捷、可靠的特点驱动引领企业的业务发展，成为企业数字业务应用创新的原动力。
在容器环境下，一部分容器是以docker的命令启动和管理的，还有大量的容器是通过Kubernetes容器编排系统启动和管理，带来了容器在构建、部署、运行，快速敏捷的特点，大量容器生命周期短于1小时，这样一来容器的生命周期防护较传统虚拟化环境发生了巨大的变化，容器的全生命周期防护存在很大变数。
对防守者而言，需要采用传统异常检测和行为分析相结合的方式，来适应短容器生命周期的场景。
传统的异常检测采用WAF、IDS等设备，其规则库已经很完善，通过这种检测方法能够直观的展示出存在的威胁，在容器环境下，这种方法仍然适用。
传统的异常检测能够快速、精确地发现已知威胁，但大多数未知威胁是无法通过规则库匹配到的，因而需要通过行为分析机制来从大量模式中将异常模式分析出来。
一般来说，一段生产运营时间内的业务模式是相对固定的，这意味着，业务行为是可以预测的，无论启动多少个容器，容器内部的行为总是相似的。
通过机器学习、采集进程行为，自动构建出合理的基线，利用这些基线对容器内的未知威胁进行检测。
（3）容器运行时安全容器技术带来便利的同时，往往会忽略容器运行时的安全加固，由于容器的生命周期短、轻量级的特性，传统在宿主机或虚拟机上安装杀毒软件来对一个运行一两个进程的容器进行防护，显示费时费力且消耗资源，但在黑客眼里容器和裸奔没有什么区别。
容器运行时安全主要关注点：1.不安全的容器应用与传统的Web安全类似，容器环境下也会存在SQL注入、XSS、RCE、XXE等漏洞，容器在对外提供服务的同时，就有可能被攻击者利用，从而导致容器被入侵2.容器DDOS攻击默认情况下，docker并不会对容器的资源使用进行限制，默认情况下可以无限使用CPU、内存、硬盘资源，造成不同层面的DDOS攻击（4）容器微隔离在容器环境中，与传统网络相比，容器的生命周期变得短了很多，其变化频率也快很多。
容器之间有着复杂的访问关系，尤其是当容器数量达到一定规模以后，这种访问关系带来的东西向流量，将会变得异常的庞大和复杂。
因此，在容器环境中，网络的隔离需求已经不仅仅是物理网络的隔离，而是变成了容器与容器之间、容器组与宿主机之间、宿主机与宿主机之间的隔离。
问题2：云原生等保合规问题等级保护2.0中，针对云计算等新技术、新应用领域的个性安全保护需求提出安全扩展要求，形成新的网络安全等级保护基本要求标准。
虽然编写了云计算的安全扩展要求，但是由于编写周期很长，编写时主流还是虚拟化场景，而没有考虑到容器化、微服务、无服务等云原生场景，等级保护2.0中的所有标准不能完全保证适用于目前云原生环境；通过安全狗在云安全领域的经验和具体实践，对于云计算安全扩展要求中访问控制的控制点，需要检测主机账号安全，设置不同账号对不同容器的访问权限，保证容器在构建、部署、运行时访问控制策略随其迁移；对于入侵防范制的控制点，需要可视化管理，绘制业务拓扑图，对主机入侵进行全方位的防范，控制业务流量访问，检测恶意代码感染及蔓延的情况；镜像和快照保护的控制的，需要对镜像和快照进行保护，保障容器镜像的完整性、可用性和保密性，防止敏感信息泄露。
问题3：宿主机安全容器与宿主机共享操作系统内核，因此宿主机的配置对容器运行的安全有着重要的影响，比如宿主机安装了有漏洞的软件可能会导致任意代码执行风险，端口无限制开放可能会导致任意用户访问的风险。
通过部署主机入侵监测及安全防护系统，提供主机资产管理、主机安全加固、风险漏洞识别、防范入侵行为、问题主机隔离等功能，各个功能之间进行联动，建立采集、检测、监测、防御、捕获一体化的安全闭环管理系统，对主机进行全方位的安全防护，协助用户及时定位已经失陷的主机，响应已知、未知威胁风险，避免内部大面积主机安全事件的发生。
问题4：编排系统问题编排系统支撑着诸多云原生应用，如无服务、服务网格等，这些新型的微服务体系也同样存在着安全问题。
例如攻击者编写一段代码获得容器的shell权限，进而对容器网络进行渗透横移，造成巨大损失。
Kubernetes架构设计的复杂性，启动一个Pod资源需要涉及API Server、Controller、Manager、Scheduler等组件，因而每个组件自身的安全能力显的尤为重要。
API Server组件提供的认证授权、准入控制，进行细粒度访问控制、Secret资源提供密钥管理及Pod自身提供安全策略和网络策略，合理使用这些机制可以有效实现Kubernetes的安全加固。
问题5：软件供应链安全问题通常一个项目中会使用大量的开源软件，根据Gartner统计至少有95%的企业会在关键IT产品中使用开源软件，这些来自互联网的开源软件可能本身就带有病毒、这些开源软件中使用了哪些组件也不了解，导致当开源软件中存在0day或Nday漏洞，我们根本无法获悉。
开源软件漏洞无法根治，容器自身的安全问题可能会给开发阶段带的各个过程带来风险，我们能做的是根据SDL原则，从开发阶段就开始对软件安全性进行合理的评估和控制，来提升整个供应链的质量。
问题6：安全运营成本问题虽然容器的生命周期很短，但是包罗万象。
对容器的全生命周期防护时，会对容器构建、部署、运行时进行异常检测和安全防护，随之而来的就是高成本的投入，对成千上万容器中的进程行为进程检测和分析，会消耗宿主机处理器和内存资源，日志传输会占用网络带宽，行为检测会消耗计算资源，当环境中容器数量巨大时，对应的安全运营成本就会急剧增加。
问题7：如何提升安全防护效果关于安全运营成本问题中，我们了解到容器安全运营成本较高，我们该如何降低安全运营成本的同时，提升安全防护效果呢？这就引入一个业界比较流行的词“安全左移”，将软件生命周期从左到右展开，即开发、测试、集成、部署、运行，安全左移的含义就是将安全防护从传统运营转向开发侧，开发侧主要设计开发软件、软件供应链安全和镜像安全。
因此，想要降低云原生场景下的安全运营成本，提升运营效率，那么首先就要进行“安全左移”，也就是从运营安全转向开发安全，主要考虑开发安全、软件供应链安全、镜像安全和配置核查：开发安全需要团队关注代码漏洞，比如使用进行代码审计，找到因缺少安全意识造成的漏洞和因逻辑问题造成的代码逻辑漏洞。
供应链安全可以使用代码检查工具进行持续性的安全评估。
镜像安全使用镜像漏洞扫描工具持续对自由仓库中的镜像进行持续评估，对存在风险的镜像进行及时更新。
配置核查核查包括暴露面、宿主机加固、资产管理等，来提升攻击者利用漏洞的难度。
问题8：安全配置和密钥凭证管理问题安全配置不规范、密钥凭证不理想也是云原生的一大风险点。
云原生应用会存在大量与中间件、后端服务的交互，为了简便，很多开发者将访问凭证、密钥文件直接存放在代码中，或者将一些线上资源的访问凭证设置为弱口令，导致攻击者很容易获得访问敏感数据的权限。
#云原生安全未来展望#从日益新增的新型攻击威胁来看，云原生的安全将成为今后网络安全防护的关键。
伴随着ATT&CK的不断积累和相关技术的日益完善，ATT&CK也已增加了容器矩阵的内容。
ATT&CK是对抗战术、技术和常识（Adversarial Tactics, Techniques, and Common Knowledge）的缩写，是一个攻击行为知识库和威胁建模模型，它包含众多威胁组织及其使用的工具和攻击技术。
这一开源的对抗战术和技术的知识库已经对安全行业产生了广泛而深刻的影响。
云原生安全的备受关注，使ATTACK Matrix for Container on Cloud的出现恰合时宜。
ATT&CK让我们从行为的视角来看待攻击者和防御措施，让相对抽象的容器攻击技术和工具变得有迹可循。
结合ATT&CK框架进行模拟红蓝对抗，评估企业目前的安全能力，对提升企业安全防护能力是很好的参考。
