云原生是浪潮云的一种云计算服务，是基于分布部署和统一运管的浪潮分布式云，以容器、微服务、DevOps等技术为基础建立的一套云技术产品体系。旨在让云设施接管应用中原有的大量非功能特性（如弹性、韧性、安全、可观测性、灰度等），使业务不再受困于非功能性特性引起的中断，同时具备轻量、敏捷、高度自动化的特点，帮助用户在云上构建微服务化的应用架构，降低运维成本，提高效率，最终达到用户只关注于应用的业务逻辑而非云的支撑能力的诉求。
中文名
云原生
隶属主体
浪潮云
发布背景
2015年Pivotal公司的Matt Stine在迁移到云原生应用架构一文中探讨了云原生应用架构的几个主要特征：
·符合12因素应用
·面向微服务架构
·自服务敏捷架构
·基于API的协作
·抗脆弱性
2015年Google主导成立了云原生计算基金会（CNCF），起初CNCF对云原生（Cloud Native）的定义包含以下三个方面：
·应用容器化
·面向微服务架构
·应用支持容器的编排调度
2018年，随着近几年来云原生生态的不断壮大，所有主流云计算供应商都加入了该基金会，且从Cloud Native Landscape中可以看出云原生有意蚕食原先非云原生应用的部分。CNCF基金会中的会员以及容纳的项目越来越多，该定义已经限制了云原生生态的发展，CNCF为云原生进行了重新定位。
以下是CNCF对云原生的重新定义（中英对照）：
Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.
云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。
产品介绍
浪潮云云原生产品体系充分利用弹性和分布式等云服务优势，以容器化作为微服务的载体，相互解耦，独立开发、测试、部署和运维，通过DevOps统一运管，从而实现云原生应用的持续交付、敏捷反应、快速迭代。
产品特点
高可用性（High Availability）
云原生可以充分利用云技术保持随时在线（24x7）。由于云服务多由计算集群提供，集群中一个节点的单点失败对服务无影响；节点失败触发自动恢复机制，新的服务节点会被启动，补充离线的资源。服务的升级和变更采用灰度方式，在这个过程中，对计算集群中的节点逐渐升级。同时流量会通过负载均衡器（LBS）在新旧版本的节点间分配流量，从而保证升级过程中，服务无中断。服务所涉及的数据会进行实时在线备份，在数据丢失的情况下可以使用数据备份进行数据恢复。对于更为严重的灾难性事件，会提供异地多活与同城双活的架构以保证服务的持续性。
高扩展性（Scalability）
云原生应用可以被在线用户随时访问。各种原因都有可能导致应用的流量在短时间内激增。云原生的应用可以随业务的需要随时迅捷地线性伸缩资源以应对流量在短时间内的大幅波动。
可监控（Observability）
云原生在现网的运行一定不会是一个黑盒子。运维人员可以通过运维工具实时收集应用服务的健康信息。基于这些现网信息，运维人员可以及时察觉和解决现网出现的各种问题。
安全性 （Security）
云原生通过对服务部署的私有网络（VPC）的设计，利用对网关和防火墙的设计和配置，对应用服务提供多层的安全保护。可抵御众多常规安全威胁。
可迁移性 （Deployable to Different Cloud Providers)
云原生具有很强的可迁移性。云原生的应用会与底层的云计算基础设施分离。整个应用易于迁移到不同的云计算供应商。甚至应用的不同服务可以部署到不同的云计算供应商。整个应用仍然可以正常且有效地运行。
演进式设计与快速迭代 （Evolutionary Design and Fast Iteration）
云原生的应用由于使用微服务架构，微服务之间相互解耦，导致它们可以独立开发，测试，部署和运维。这样每个服务可以独立创新。只要保持接口稳定，不会对应用的其他部分产生影响。而且云原生的工程团队会使用高度自动化的研发测试和运维工具。这使得云原生的应用的更新可以更加快速频繁。达成创新速度提高的最终目的。
发展战略
浪潮云聚焦行业云原生，提供以云原生为核心的中台整体解决方案，以容器、微服务、DevOps为抓手，全面支撑云原生应用快速开发及迁移上云。
