共计 1486 个字符，预计需要花费 4 分钟才能阅读完成。
云原生利用理念通过几年的落地实际曾经失去企业市场的宽泛认可，云原生利用更是成为企业数字化转型的必选项。基于云原生技术架构衍生的产品和工具，曾经逐步利用在开发者的日常工作当中。
近日，寰球最具影响力的咨询机构 Forrester 联结阿里云公布《云原生开发者洞察白皮书》，JFrog 中国首席架构师王青受邀参加该白皮书的编写。Forrester 首次定义云原生时代开发者的能力模型，助力开发者拥抱云原生技术，实现开发者本身的转型。
早在 2020 年 IDC 公布的报告中，曾提到在将来的 3-5 年，软件制品的数量会越来越多，到 2025 年，寰球会呈现 520M 个利用，超过 60% 的企业软件版本的部署频率为 1 天，甚至更短。软件公布的品种也越来越多，Go、Maven、Docker、NPM 等类型的制品会一直的从研发核心构建进去，并推送到云环境进行部署。同时，因为开发者不相熟云资源的应用，且依赖大量的开源软件，导致开发的软件遇到了部署难、平安管控难、传输慢等常见问题。
这样就给开发者带来一个新的挑战：开发者如何将制品疾速的散发到各个云原生环境进行疾速、平安的公布？我认为开发者须要从以下几个方面做出扭转。
一、软件供应链平安可控
在云原生环境下，你的服务极有可能是对互联网开发服务的，因为开发者应用的依赖包往往来自于互联网私有仓库，这就使得应用了开源软件的利用容易被黑客攻击。大家能够尝试在云环境中装置一个 Jenkins 间接对外提供服务，用不了几天就会被黑客攻击，并且在你不知情的状况下种下木马，去挖矿或者执行其余工作。
咱们应该如何解决？
整个部署过程必须应用自动化工具来保障软件供应链的平安可控，该当通过自动化工具主动生成软件物料依赖清单 SBOM，并实时扫描依赖包的破绽危险和 License 合规性。开发者应该应用实时的开源组件剖析工具，进行实时的 SAST 动态利用平安扫描，在开发阶段把已知的安全漏洞扫描进去，并依据优先级进行修复。参考以下操作流程：
1.1 应用 Sonarlint 进行动态代码扫描，实时修复破绽
1.2 在 IDE 中装置 JFrog 插件，实现开源组件破绽和 License 的合规性查看
通过对开源软件供应链的扫描，实现对依赖的管控。
在构建过程中，主动收集软件物料清单 SBOM 如下：
通过主动的依赖清单收集，可能清晰的定义软件版本的依赖信息，以及依赖组件的破绽扫描信息和 License 合规性信息。
二、面向云资源的部署
开发者在云原生环境下，想要实现利用的部署，必须相熟云资源的类型，从而将云资源的字段从利用配置中抽取进去，这样能力实现一次构建，处处运行。以 Kubernetes 利用开发为例，开发者之前在本地配置的数据库、存储、端口等配置都须要抽取进去，定义成 YAML 文件的变量，形象成 Helm Chart，这样开发者在本地开发配置的程序内，不做任何批改，只通过批改利用的 Chart Values 文件，即可实现云环境的适配。
三、Docker 镜像高效散发
当版本公布之后，须要具备疾速、高效的将版本散发到多地数据中心、边缘节点、IOT 设施等能力，例如反对大文件分片散发，反对 Docker 镜像的 P2P 散发等能力。
Docker 镜像的 P2P 散发将成为大企业在云原生环境下的必备能力，通过 P2P 散发，可能极大的晋升 Docker 镜像的下载速度，疾速的将新性能部署在服务器上，更快的给用户带来价值。
云原生时代曾经降临，在云原生的环境下，企业及开发者想要占据先机，快人一步，就必须实现流动式的软件版本公布，能力在公布频率越来越快的未来站稳脚跟，奋勇前进。
增加小助手微信：JFrogjiewachina，您将取得《云原生开发者洞察白皮书》