摘要
“云原生”自提出以来就深入人心，各行各业都加入了升级企业云原生架构的行列。随着云原生技术的普及和成熟，进入云原生2.0时代，任何企业都可以通过云原生转型为“新云原生企业”。
“云原生”自提出以来就深入人心，各行各业都加入了升级企业云原生架构的行列。随着云原生技术的普及和成熟，进入云原生2.0时代，任何企业都可以通过云原生转型为“新云原生企业”。如今，随着云原生技术的蓬勃发展，业界已经达成了两点共识:第一，“容器化”是云原生应用的基本特征。Gartner预测，到2022年，全球75%的企业将在生产系统中使用容器，其中50%作为混合云容器存在；其次，企业的投资方向逐渐从传统的IT基础设施转向云原生应用，数字化基础设施的形式也越来越“以应用为中心”。
升级企业原生云架构的挑战
Cloud native在业界已经有了初步的发展，但是大规模使用还处于初级阶段。对于大多数企业来说，云原生技术难度大，学习成本高。根据2020年Forrester云原生白皮书调查，传统云原生解决方案在架构、生态等方面的不完备性。阻碍企业云原生转型:
传统解决方案主要侧重于无状态容器应用的布局，缺乏统一的云原生应用定义标准，无法满足分布式中间件、数据库、有状态应用以及AI、大数据、edge等新兴服务的容器化需求。此外，随着容器平台在企业中的深入使用，复杂应用在部署之外的统一管理、统一运维、统一调度的需求也越来越强烈。
主要针对单一的公有云或私有云环境，缺乏跨云和云边缘协同布置的能力；
主要提供通用基础平台能力，大数据、人工智能等新兴技术的云端生化服务门槛极高，难以有效支撑各类上层云端原生应用的开发。
华为云原生服务中心以应用为中心的OSC
为了帮助企业更好地面对云原生架构升级的挑战，华为云在4月8日的华为云Techwave全球技术峰会上发布了首个云原生服务中心OSC，致力于帮助企业实现从传统架构到云原生架构的平滑快速转型:
对于希望快速升级云原生架构的用户，OSC为客户提供开箱即用的云原生服务，满足AI、大数据、edge等各种应用场景。
除了提供丰富的开箱即用的云原生服务，OSC还提供公有云、混合云、edge、自建IDC等多种场景下的一键部署、日常运维等应用维度的全生命周期治理能力；
对于希望快速赋予服务云原生能力的合作伙伴和开发者，OSC提供统一的云原生服务定义规范，与华为云提供的通用云原生能力零代码接口，如索引采集、告警上报、日志管理、灵活伸缩、云部署等能力。
各种开箱即用的云原生服务，满足不同的业务场景。
无论企业架构如何变化，ISV对提供可靠的商业云服务的要求始终不变。企业原生架构的升级不仅需要自身业务的升级，还需要其依赖的ISV的架构升级。由于以下原因，企业和他们所依赖的许多ISV很难跟上步伐。
承载核心业务的中间件必须经过充分验证才能上线使用。大多数企业选择主动放缓云原生架构的升级。
不同的ISV在云原生上的体验不同，云原生经验较少的提供商能力无法匹配企业所依赖的各种云服务的云原生生化优先级，企业架构的云原生生化步伐被迫放缓。
为了加快企业云原生架构升级，有效降低企业在云原生的学习和试错成本，华为云提供了大量开箱即用的云原生服务，服务类型丰富，涵盖数据库、消息、缓存、大数据、AI、高性能计算、edge等。用户可以根据业务场景自主订阅；多种架构，可以满足x86、ARM、GPU、NPU、TPU等不同系统架构的需求。用户可以根据业务的系统架构订阅匹配的服务；繁华，随着行业领先的ISV入驻，提供企业级云原生服务，用户可以享受到完整的售后业务支持，为企业业务的持续运营保驾护航。
以及在云和边缘场景的一键部署，避免厂商锁定。
为了满足业务平滑过渡、灵活性和容灾的要求，越来越多的企业采用混合云部署架构，一些部署在公有云的服务需要下沉到私有云或边缘。传统的虚拟机部署方式很难在不同云厂商的基础设施上实现灵活扩展和云容灾。虽然容器化的部署方式可以屏蔽云厂商基础设施的差异，但是需要ISV自己在云和边缘场景下实现部署和管理。
为了解决这个问题，一些ISV选择开发一个管理平台来支持多云场景。这个优点是统一交付一套解决方案，缺点是即使用户只使用一个Saas服务，也必须安装这个平台，保证在多云条件下也能部署云服务。一些ISV选择对接不同云厂商提供的云部署方案。这种优势是他们不需要开发自己的管理平台，但劣势是他们必须为每个云供应商调整一个对接方案。无论哪种方式，对ISV来说都有巨大的开发负担。
为了帮助ISV面对这一挑战，华为云原生服务中心OSC自然支持应用和云服务的云端和边缘部署。ISV只需指定K8s集群和容灾策略进行部署，无需任何代码层适配。OSC自动赋予服务云部署和云容灾能力。在服务中心成功订阅后，用户只需点击一下鼠标，即可将应用部署到一个或多个指定的集群。
服务生命周期治理，提高企业协作和管理效率。
从云服务的定义到用户的使用，生命周期管理包括几个关键步骤:开发、上架、订阅、部署、运维、更新。单一云服务不需要考虑协同管理和能力复用，现有技术足以支撑这些步骤。但在“以应用为中心”的企业架构中，如何实现众多应用和云服务的快速开发、统一运维、统一管理，是每个企业都会面临的问题。
支持提供商零代码对接OSC，快速开发云原生应用。
OSC，华为云原生服务中心，提供兼容Helm和运营商框架的开发规范，并在开源的基础上进行扩展，为云服务对接提供云原生能力。为了快速升级云原生架构，企业需要确保业务系统中现有云服务的顺利迁移，以及新服务的快速开发。
OSC的应用云原生服务开发规范是目前唯一可以兼容Helm和Operator的规范，可以保证现有业务系统中的容器应用不需要任何修改就可以集成到OSC中进行管理。对于需要扩展能力的应用，通过在Helm和运营商标准根目录同一目录下扩展目录一级能力的配置文件，对应的云原生能力如监控、告警、日志、弹性伸缩等。可以交给应用程序，开发人员不需要为每个服务编写运维代码，提高了开发效率。
聚合运维能力，支持应用级统一运维
华为云原生服务中心OSC提供应用维度的运维视图，支持从告警、监控、日志、灵活伸缩到证书管理、数据迁移、配置热更新、多云容灾等运维能力。在现阶段，操作和维护人员面临两大不便:
没有统一的运维视图。云厂商提供的几乎所有运维能力都集中在基础资源维度，按照有状态负载、无状态负载、存储等类型进行管理。没有更高层的应用信息，运维人员需要在监控平台、日志平台、监控中心反复切换查看。
没有预设的运维策略。提供商的专家知识没有固化成代码，使服务实现自动化运维，用户的运维人员很难在短时间内创建合适的运维策略来支撑服务的良好运行。
针对上述问题，OSC为云原生服务提供了相应的运维视图，可以方便用户查看与服务相关的运维数据，编辑运维策略。OSC生态伙伴提供的所有云原生服务都预置了基本的运维策略，可以满足大部分用户的运维需求。对于一些策略不合适的情况，用户可以修改或添加策略。例如，在监控场景中，预设的CPU警报阈值是60%。对于CPU密集型服务，阈值可能需要设置为90%，用户可以随时调整。
应用统一管理实现企业能力共享。
从传统企业架构升级到“以应用为中心”的云原生架构将面临一系列集成问题:
不同的ISV解决方案包含相似或相同的中间件，需要由专门的中间件提供商集成和提供。一方面ISV解决方案可以瘦身，另一方面可以得到更好的专业支持。
企业内部有一些公共业务可以被其他部门调用，需要发布、订阅、审批等控制流程，以云服务的方式在内部提供服务。
OSC支持全生命周期管理，非常适合上述应用场景，为企业提高集成管理的效率。
写在最后
云原生2.0时代已经到来，企业业务架构从单一的云环境演变为多云混合环境。云原生技术的能力从基础设施垂直衍生到云原生应用层，云原生技术的使能重点开始横向扩展到大数据、AI等信息技术。华为云原生服务中心OSC在此背景下应运而生。
OSC与业界领先的ISV合作构建生态系统，在公有云、混合云、自建IDC、边缘场景提供大量开箱即用的云原生服务，支持服务从开发、上架、订阅、部署、运维、更新等全生命周期管理。对于开发，OSC提供基于Helm和运营商社区标准的零代码对接平台运维能力开发规范，帮助开发者快速开发；对于运维，OSC提供应用级运维视图，帮助运维人员高效运维。未来，华为云将努力推动OSC开发规范成为行业标准，把复杂留给云厂商，把简单留给用户和开发者，帮助行业共享能力，促进发展。
