本文主要是介绍加速SaaS规模化演进，餐道基于K8s的云上创新底座，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

作者｜溪洋、蔡金辉

审核&校对：溪洋、海珠、叶仔

编辑&排版：雯燕

摘要：餐饮正在成为数智化转型在实体经济运用中的最大试验场，推动着 SaaS 演进为餐饮行业新的基础设施。作为国内最早一批涉足餐饮 SaaS 的企业，餐道正在以云原生的方式帮助餐饮企业进一步解决成本控制、效率提升等需求。通过将业务平台迁移至阿里云容器服务 ACK，使服务器资源利用率提升超过 30%，扩容效率提升近 80%，版本发布周期缩短近 40%，并以 0 集群故障为业务连续性提供充分保障。

“民以食为天”，这是一句刻在每个中国人 DNA 里的老话。餐饮行业也从来不乏激烈的竞争。消费升级和支付习惯变化、人力和经营成本攀升、由疫情带来的不确定性等种种趋势的不断蔓延，使餐饮企业对成本控制、效率提升、精细化运营等需求越来越迫切。

全云开发新趋势与 SaaS 的演进

《2020 年中国企业级 SaaS 行业研究报告》显示，到 2022 年，中国企业 SaaS 市场的规模预计将突破千亿元。与此同时，餐饮 SaaS 等深耕垂直领域的企业服务已经进入规模化应用阶段。

作为国内最早一批涉足餐饮 SaaS 的先行者，餐道创始人李振宏认为，传统餐饮走向互联网化是顺应时代的必然选择。这也带动了餐饮 SaaS 逐渐成为餐饮企业增强管理水平、优化成本结构的重要选择。如今，哪怕是街边一个小吃摊，都在用互联网进行着结算；各大商圈的餐饮门店，也几乎都在使用 SaaS 的收付款系统。从技术上而言，餐饮 SaaS 已经能从最初的采购，贯穿到顾客买单、顾客维护、外卖订单、骑手配送、人力管理以及供应链、数据中台等各个环节。

云计算是 SaaS 发展的根基。在云原生带来的全云开发新趋势下，下一代 SaaS 将向何处演进？本文将通过餐道基于阿里云容器服务 ACK 的实践案例，分享以 Kubernetes 为基础的云原生架构如何助力餐饮 SaaS 实现更加稳定、可靠的服务，并进一步帮助企业优化资源和人力成本。

餐道打造基于 ACK 的融合创新云上底座

餐道将自身定位为餐饮新零售行业“连接器”。截至 2021 年 10 月，其服务已覆盖了全国 400+ 个城市，80000+ 家门店，日处理订单 350 万+。在餐道看来，未来餐饮企业一定会以“数据服务化”、“全渠道服务化”和“新业务拓展敏捷化”的交融与创新为发展方向。

为了帮助商家建立全链路业务的一站式管理方式，实现降本增效，餐道基于 SaaS 架构打造了一体化数据智能应用，能够对接外卖平台、商家自建系统、收银系统、会员系统、配送供应商、后厨、ERP 系统、线上支付系统等。

餐道业务架构图

餐道非常重视客户对服务的体验，并将系统稳定性、业务功能的迭代效率、问题的快速定位和解决视为构建核心竞争力的基石。餐饮行业业务流量的波峰波谷现象明显，且经常会通过促销活动的方式来吸引顾客，如果由于资源分配不合理导致高峰时期订单溢出、运力不足，会极大影响顾客和商家的体验；此外，餐道提供了订单管理系统、CDBI、小程序、聚合配送、DMS、代运营等诸多垂直业务功能，在市场需求的快速变化下，产品功能创新和迭代效率问题也是对技术架构的一大挑战。

这些现状的解法和云原生架构带来的核心能力不谋而合。餐道将主要的业务应用，包括前端 Web 容器、网关、后端微服务通过 Kubernetes 集群部署，以云原生的方式帮助业务快速迭代，灵活响应商业需求。

餐道基于 ACK 的 SaaS 服务架构

云原生趋势下，Kubernetes 已经成为企业新一代云IT架构的基础设施。但是在企业部署和运维 Kubernetes 集群的过程中，复杂性依然较高。对于 SaaS 服务商来说，如果选择自建 Kunernetes，那么只要有虚拟机，就能够创建 Kubernetes 集群，并在集群上运行整个应用系统，无论这些虚拟机是来自本地 IDC 还是云平台。如果是为了满足存在私有化部署需求的客户，采用自建方式可以方便地调用所需的计算资源。

但当规模达到一定程度之后，自建 Kunernetes上会出现许多问题，比如由 DNS 解析带来的不稳定。另外遇到商家活动等流量高峰场景，需要自行购买服务器扩容， 并进行各种初始化安装操作、集群配置等一系列繁琐的工作、增加一台服务器至少需要花费 15 分钟，无论是资源、时间还是维护成本都比较高。

随着容器化应用在生产环境下的普及，企业对于托管 Kubernetes 的需求持续增长。在 2021 年最新的 CNCF 云原生调查中，26% 的受访者表示正在使用托管 Kubernetes 服务，高于一年前的 23%，正迅速逼近本地安装的比例（31%）。

为了在更好地保证业务系统稳定性的同时节省运维人力成本，近期，餐道选择将其部署在自建 Kubernetes 集群上的业务应用迁移至阿里云容器服务 ACK，构建其餐饮 SaaS 平台。

ACK 以阿里云可靠稳定的 IaaS 平台为底座，向下封装了 30+ 款云产品，形成了自动化运维和云平台交互的新界面，从而提升企业业务系统的弹性和自动化运维能力。对内，ACK 支撑了集团 100% 应用的云原生化，同时为云上上万企业实现现代化应用改造升级提供升级服务。

阿里云容器服务 ACK 产品家族

餐道技术架构负责人蔡金辉介绍称，选择 ACK，我们主要看重以下能力：

首先是服务的稳定性，ACK 是经过阿里云大规模场景实践验证和优化的，很多坑不需要我们自己去踩，也不需要我们花费很多精力去做应用的优化适配。在提升系统稳定性的同时，节省了很多运维人力成本。

其次是 ACK 的扩容速度，可以一次性扩容多台，而且不管扩容多少台，都是在 10 分钟以内就能完成，这样当遇到一些计划外的突发流量的时候，我们可以较快地应对。

除此之外，ACK 整合了阿里云云原生的多种能力，可以帮助企业高效运行云端 Kubernetes 容器化应用，比如 ACK 中集成的 Prometheus 监控服务，可以帮助快速定位性能问题，更好地保证业务的连续性。

对于像餐道这样已经在企业自有 IDC 中或云上自建 Kubernetes 集群的企业，阿里云提供了完整的迁移解决方案，可同时支持几百个服务平滑向云上 ACK 迁移。依托自研工具库，可实现经典网络与 VPC 网络打通、经典 Kubernetes 集群中的 pod/service 与 ACK 中的 pod/service 打通、为各类数据库迁移设置白名单等能力，提高迁云效率，竭力将迁移期间对企业业务的影响降至最低，保证业务可靠性、稳定性、安全性和灵活性。

自建 K8s 平滑迁移 ACK

ACK 也是全球首批通过 Kubernetes 一致性认证的服务平台，其在标准的 Kubernetes 基础之上，大幅提升了企业生产环境下关注的安全防护、高可用保障和稳定升级等一站式服务能力。因此迁移至 ACK 后，构建在餐道 SaaS 平台中的应用发布流程基本没有任何变化，而且集群更加稳定，运行至今没有出现一例 Kubernetes 的运维问题，使企业本身可以将更多精力聚焦于业务的创新和快速发展。

同时，在餐道业务平台迁移至 ACK 的这段时间里，在成本、稳定性、效率、赋能业务等四个维度获得显著成效：

• 资源利用率提升：服务器资源利用率提升了 30%+；
• 支撑业务快速发展：出现问题后可快速隔离，当面对急剧增长的业务量，可以在短时间内完成扩容，原本自建集群需要 15 分钟扩容一个节点，而现在 ACK 集群平均只需要 3 分钟即可扩容出一个节点，扩容效率提升了近 80%；
• 迭代效率提升：版本迭代期间，服务的更新速度有了明显的改善，缩短了近 40% 的版本发布时间；
• 0 集群故障：集群的稳定性也给系统提供了充分的保障，截至目前，餐道各业务平台上的集群故障次数为 0。

可以预见，未来随着商家业务量的上升，ACK 提供的容器化应用全生命周期管理能力将助力餐道发挥更大价值。

云原生重新定义餐饮 SaaS 市场需求

可以说，餐饮正在成为数智化转型在实体经济运用中的最大试验场。不久的将来，SaaS将演进为餐饮行业的基础设施，通过将更先进、更高效的技术、运营方式与传统的餐饮品类相结合，为餐饮企业带来更多发展机会。

与此同时，随着 Kubernetes 为代表的云原生技术、架构及服务的发展，未来企业在任何需要云的地方，都能够享受到统一的云上运维和资源管控能力， 使研发、运维人员无需关注系统可靠性、可用性、稳定性，将精力专注于业务创新，进一步释放人力和资源成本。

从互联网到新零售、餐饮、金融、制造、交通， ACK 正在支撑着越来越多的行业利用云原生的方式解决业务问题，加速场景创新。阿里云容器服务 ACK 也期待着与越来越多的“餐道”一起，帮助更多有潜力的企业激发创新活力，与各行各业的时代变革者共同生长。

这篇关于加速SaaS规模化演进，餐道基于K8s的云上创新底座的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！