(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 20221019725 0.3 (22)申请日 2022.03.02 (71)申请人 上海精鲲计算机科技有限公司 地址 200438 上海市杨 浦区国权北路168 8 弄75号10楼10 01室 (72)发明人 葛丁佳　 (74)专利代理 机构 上海助之鑫知识产权代理有 限公司 31328 专利代理师 吴红艳 (51)Int.Cl. G06F 9/445(2018.01) (54)发明名称 一种基于云原生的Sa aS系统 (57)摘要 本发明涉及通信技术领域， 具体为一种基于 云原生的SaaS系统， 包 括： 配置管理单元、 容器单 元、 微服务单元， Dev ops平台和SaaS门户其中； 所 述配置管理单元用于提供应用配置跟应用解耦 范式， 并根据不同的应用环境， 统一对应用进行 管理和更新； 所述容器单元用于提供一套应用容 器化过程中的标准跟制度； 所述微服务单元对所 有产品服务进行微服务改造， 统一服务网关； 所 述Devops平台用于对所有产品进行CICD改造， 并 基于Gitflow进行开发， 分别在研发、 测试、 预生 产、 生产环境进行自动集成和自动发布； 所述 SaaS门户基于Kubernetes和代码仓库建立 Devops流水线， 用于产品微服务容器化， 生成基 于多租户独立启动的容器环境。 权利要求书1页 说明书6页 附图1页 CN 114564251 A 2022.05.31 CN 114564251 A 1.一种基于云原生的SaaS系统， 其特征在于， 包括： 配置管理单元、 容器单元、 微服务单 元， Devops平台和Sa aS门户其中； 所述配置管理单元用于提供应用配置跟应用解耦范式， 并根据不同的应用环境， 统一 对应用进行 管理和更新； 所述容器单元用于提供一套应用容器化过程中的标准跟制度； 所述微服务单元对所有产品服 务进行微 服务改造， 统一 服务网关； 所述Devops平台用于对所有产品进行CICD改造， 并基于Gitflow进行开发， 分别在研 发、 测试、 预生产、 生产环境进行自动集成和自动发布； 所述SaaS门户基于Kubernetes和代码仓库建立Devops流水线， 用于产品微服务容器 化， 生成基于多租户独立启动的容器环境。 2.根据权利要求1所述的基于云原生的SaaS系统， 其特征在于： 所述配置管理单元通过 Nacos对应用进行统一管理。 3.根据权利要求1所述的基于云原生的Sa aS系统， 其特 征在于： 所述Sa aS门户包括： 基础设施层： 基于公有云、 或者私有云、 混合云的基础设施， 架设Kubernetes集群； 技术平台层： 将微服务配套的公共组件服务统一， 分别为服务网关、 配置中心、 注册中 心、 熔断器、 服 务代理、 调用链； 业务层： 为各个实际业务应用封装成的容器镜像， 通过Kubernetes进行调用启动， 并通 过微服务的服务网关对外提供服 务； 前台层： 为SaaS对外用户的入 口， 基于多租户的模式， 用户完成注册后， 系 统自动为用 户分配一个Kubernetes  Pod， 在该Pod中启动用户选购的应用镜像， 为 其服务； Devops服 务， 在SaaS正常运营 过程中， 持续迭代通过Devops进行持续更新； 运行调度服务， 是根据多租户资源运行、 运营、 运维情况， 进行资源综合调度和故障自 愈等操作。 4.根据权利要求3所述的基于云原生的SaaS系 统， 其特征在于： 所述前台层包括： 多租 户管理模块， 应用管理模块， 计费管理模块， 用户权限管理模块， 单点登录管理模块和运维 发布管理模块。权　利　要　求　书 1/1 页 2 CN 114564251 A 2一种基于云原生的Sa aS系统 技术领域 [0001]本发明涉及通信技 术技术领域， 具体为 一种基于云原生的Sa aS系统。 背景技术 [0002]目前， SaaS系统实现架构分为:独立的单租户应用+独立的单租户数据库,  支持多 租户的应用+每一个租户独立数据库， 支持多租户的单应用+支持多租户的单数据库， 支持 多租户的单应用+支持多租户的单数据库等架构模式， 但没有一套将最新容器技术、 微服务 技术、 Devops技术真正融合并落地的云原生SaaS架构。 云原生SaaS架构是基于云原生技术 的一组架构原则和设计模式的集合， 旨在将云应用中的非业务代码部分进行最大化的剥 离， 从而让云设施接管应用中原有的大量非功能特性(如弹性、 韧性、 安全、 可观测性、 灰度 等)， 使业务不再受非功能性业务中断困扰的同时， 具备轻量、 敏捷、 高度自动化的特点。 简 单的说， 就是帮助企业的业务功能迭代更快、 系统 能承受住各种量级的流量冲击的同时， 构 建系统的成本更低。 [0003]而服务器阶段， 其特点是以硬件设备为中心， 业务应用随不同厂商设备、 操作系 统、 虚拟化软件的差异化进行定制； 设备的安装、 调试， 应用的部署、 运维基本靠人力完成， 自动化程度低， 缺乏统一的设备和应用管理 能力。 后期随着虚拟化软件的出现， 资源的利用 率、 扩缩容器的灵活性方面得到一定的提升， 但并未从根本上解决基础设施与软件割裂、 运 维复杂的难题。 [0004]云化阶段， 传统模式下分布离散 的设备， 被统一起来， 实现了各类资源如计算、 存 储、 网络的池化， 通过统一的虚拟化软件平台， 为上层业务软件提供统一的资源管理接口， 实现资源 管理能力的自动化， 屏蔽一部 分基础设施的差异， 使得应用的通用性增强， 但因为 虚拟化软件平台差异化较大， 尤其是各厂商的一些商业化增强， 无法在厂商间进行能力共 享， 应用还是 无法以完全标准 化的模式构建， 应用部署还是以资源为中心。 [0005]云原生阶段： 在这一阶段， 企业的关注点从以资源为中心转移到以应用为中心， 包 括应用敏捷交付、 快速弹性、 平滑迁移、 无损容灾等。 因此， 企业开始 考虑如何将 基础设施与 业务平台融合， 为业务应用提供标准的运行、 监控、 治理平台， 并将业务的通用能力下沉到 平台侧， 更好的帮助企业实现应用的自动化。 鉴于此， 我们提出一种基于云原生的SaaS系 统。 发明内容 [0006]本发明的目的在于提供一种基于云原生的SaaS系统， 以解决上述背景技术中提出 的问题。 [0007]为实现上述目的， 本发明提供如下技 术方案： [0008]一种基于云原生的SaaS系统， 包括： 配置管理单元、 容器单元、 微服务单元， Devops 平台和Sa aS门户其中； [0009]所述配置管理单元用于提供应用配置跟应用解耦范式， 并根据不 同的应用环境，说　明　书 1/6 页 3 CN 114564251 A 3