数科技术生态体系引入新成员：集装箱式云原生架构

6月24日消息，据360数码分公司称，已将容器化的云原生架构引入技术生态，重塑由多个独立服务组成的云原生系统架构。

据了解，cloud native的代表技术有微服务、容器、不可变基础设施和声明式API、服务网格等。这些技术使得松散耦合的系统变得灵活、可管理和可观察。自动化集成使工程师能够以最小的工作量频繁地、可预测地对公司产生积极影响，并加快业务的速度和增长。

根据Gartner的预测，到2025年，云原生平台将成为超过95%的新数字计划的基础，而2021年这一比例不到40%。

30数科透露，其灵犀平台现已建成成熟的一站式、自助式工程师工作台。灵溪平台的建设经历了两个阶段。

第一阶段，360数字分公司从应用设计之初就考虑了云环境，充分利用和发挥云平台的灵活性和分布式优势，构建了云原生系统架构。这种架构风格可以快速响应市场；复杂的服务组可以即时更新，无需完全重新部署；服务可以根据需要单独扩展。

第二阶段，360数字科技通过微服务引擎、全生命周期管理、细粒度治理，帮助工程师进行主动健康预警，快速定位问题和故障。同时，微服务平台确保应用符合基础架构法则，并协助RD团队优化架构。最终可以降低技术研发成本，专注业务系统开发。

30数码事业部系统架构总监黄健庭表示:“微服务平台解决了真正的痛点。例如，在处理复杂多变的服务架构时，开发人员无法清晰了解微服务架构的全貌，很难发现架构问题并据此提出优化方案；再比如缺少微观观察服务，在排查问题时需要各种工具的组合，对开发者门槛高，排查周期长；再比如，日常服务治理中，没有统一的面板控制，需要在各种工具间切换，导致学习成本高，效率低。”

360数码分公司CTO王纪平指出，对于360数码分公司来说，业务复杂度不断上升，微服务越来越多，分布式调用链越来越长；同时，在云原生时代，知识迅速膨胀，新的技术和解决方案不断涌现，会给开发造成很多困难。所以我们需要一个错误设计的容器架构，让业务开发可以完全忽略分布式部署的基本问题，专心于业务。(一个橘子)