![](\"https://main.qcloudimg.com/raw/70ed38a9ed9b93f706d68cc8041f5f01.jpeg\")
\n在企业里，做活动是一种十分常见的需求，有面向 C 端用户开展的活动，也有面向公司内部员工的活动。随着互联网技术的不断发展和疫情等方面的原因，线上开展的活动也越来越多，常见的形式有：内容征集、评论弹幕、点赞投票、竞猜答题、抽奖红包、组队分享、PK 排行榜等，无论是单项活动还是多种玩法，其中不乏有会产生大量并发请求的活动。
\n活动期间，用户在短时间内密集参与，像瓜分红包、秒杀等活动，将 引发用户集中点击，产生高并发请求，对系统产生一定的压力。如果活动期间负载过高或系统崩溃，将会导致用户无法参与活动，引起用户吐槽和投诉。
\n然而，活动类系统很多时候仅是 “一次性” 的，所以大家在这类系统的开发上投入的人力物力将相对较少，甚至有些活动是研发人员利用空隙时间开发的。所以往往我们发现，如果不是进行细致的开发设计和上线前的压测，一些大活动的系统在上线后出现问题的概率是非常高的。
\n一个能支撑大流量的活动系统是活动能够成功的关键，接下来我们一起看下大流量的活动系统应该如何设计架构。
\n大流量活动系统需要应对大量并发调用，在系统设计上就要求具备水平扩容的能力来满足业务需求。通常会采用如下的分层的系统架构设计，因为活动系统功能通常比较简单，模块较少，所以系统架构不会很复杂。
\n![](\"https://main.qcloudimg.com/raw/5d5a27938d5e4f1ee91bba39b3769208.png\")
\n通常在系统从 0-1 阶段，为了让系统快速上线，通常是不考虑分层的，但是在面对大流量活动系统时就不得不进行分层设计，分层架构可让系统更容易进行横向扩展，提升系统吞吐量，这也是大流量系统的核心需求。同时，分层架构也增加了系统的复杂度和工作量。
\n以上架构分为 LB、业务接入层、业务逻辑层、数据存储层等多个层次。
\n用户流量入口，对外屏蔽内部服务架构细节，对内提供反向代理流量转发，提升整个系统的吞吐量。LB 的核心作用是通过流量分发提升整个系统的吞吐量。
\n这层用来实现一些通用的业务逻辑处理，如数据编解码、用户身份校验、访问频率控制、限流降级、数据缓存、微服务入口等功能。这层通常在业务逻辑层内部通过中间件的形式实现。开发需要实现该层的业务逻辑，还需要和底层资源进行交互。
\n该层实现的业务功能是很多系统所需要的，多个业务逻辑层服务共用该层服务。值得注意的是，该层通常是无状态的，可以通过水平扩展增加系统吞吐能力。
\n业务逻辑实现的核心层，业务逻辑相关代码基本都集中在这一层。该层需要开发人员花费大量的时间进行设计实现，开发时间的多少将直接影响业务逻辑是否能够进行充分的进行设计和实现。业务性能问题，系统 Bug 常常光顾这一层。
\n开发者需要实现该层的业务逻辑，还需要和底层资源进行交互。该层通常是无状态的，可以通过水平扩展增加系统吞吐能力。
\n业务数据存储层，几乎所有的业务数据最终都需要持久化到数据库中，这层通常是系统瓶颈所在。
\n所有的活动类业务都需要数据库层，正常合理的使用数据库对系统性能将会产生非常大的影响。
\n数据存储层是有状态的，较难通过水平扩展增加系统的吞吐能力。通常是通过纵向提升数据库实例配置规格来提升数据库性能，但是纵向配置是有物理上限的，不能无限提升的。这就需要开发人员在这一层进行充分的设计，提升这一层的服务能力。
\n如上的系统架构是最常见最基础的分层系统架构，但在面临大流量活动系统时，即使经验丰富的开发人员，也不敢打保票说一定抗的住的。
\n系统各层需要考虑的问题有：
\n![](\"https://main.qcloudimg.com/raw/4200457c163e071e91d633e67c3b9122.png\")
\n当我们把架构中每一层需要考虑事项展开之后，系统的开发工作量就不会想前面看着少了，原本看着简单的系统就不再简单，需要考虑和解决的问题非常多。
\n1. 流量入口 LB 层
\n2. 业务核心层
\n3. 数据存储层
\n性能优化：提升系统吞吐能力；
\n4. 高性能高可用
\n除了图中列举的，业务上还需考虑如下问题：
\n当所有这些问题汇集到一起时，对开发人员产生了不小的挑战。为了使活动万无一失，我们都需充分考虑。研发团队具备：
\n如此一来，开发团队的精力可能会被分散到系统的各个方面，这将导致开发团队没有足够的精力聚焦于业务逻辑，也没有足够的精力解决系统面临的最核心问题：如何应对大量高并发的服务调用？
\n高性能高可用的架构设计原则和方案目前有很多，但要实现一个高性能高可用的系统却并非易事，其背后有非常多的具体细致的工作要做：如系统容错容灾容量等问题。
\n基于 Serverless 模式的腾讯云·云开发（以下简称为 “云开发”），可帮助开发者解决上述问题和挑战。
\n业务系统概括起来需要实现两个能力：
\n腾讯云·云开发对通用的 访问链路 以及部分 通用的逻辑抽象 出来进行统一的实现，帮助开发者解决通用问题。云开发提供安全、高可靠、高并发、高性能的通用后端能力基础，为开发者提供 高性能高并发大容量 的访问链路，让开发者无需关心链路搭建涉及的一系列问题，让业务方基于 Serverless 架构实现业务逻辑，为开发者屏蔽底层基础架构，提供高效的弹性扩缩容能力，解决业务容量问题。云开发帮助业务解决通用性问题，让开发者有更多精力专注于解决业务本身，降本增效。
\n传统模式和云开发模式的对比如图所示：
\n![](\"https://main.qcloudimg.com/raw/6f187bdc838101d51ced09806bc440a2.png\")
\n在云开发模式下，用户仅需关注前后端的核心业务逻辑设计实现，无需关心底层基础设施和访问链路。
\n![](\"https://main.qcloudimg.com/raw/618874115ce8362787d8f9945ea8efb8.png\")
\n（云开发服务架构）
\n开发者基于腾讯云·云开发提供的业务资源实现其业务逻辑，依托于云开发平台底层资源的弹性扩缩容能力，用户业务具备了弹性伸缩的能力，高效快速，避免了传统模式下扩容所产生了资源和人力成本。业务服务按需使用资源，按量计费，节省项目成本。
\n![](\"https://main.qcloudimg.com/raw/1b6da87b693d2f976bd72c36a429c378.png\")
\n（云函数平台架构）
\n用户请求经云函数接入层 Invoker 进入到用户云函数运行时，触发用户逻辑逻辑，云函数是一种弹性的计算资源，能够自动跟随用户的并发量进行弹性伸缩，如下图所示：
\n![](\"https://main.qcloudimg.com/raw/cda2f0afc5ce4718cb41610f2a87cad1.png\")
\n每个并发的用户请求都会对应一个云函数实例，当用户请求上涨时，云函数实例自动进行扩容，当用户请求量下降时，云函数实例逐步进行缩容。弹性伸缩的过程是系统自动进行的，方便快速，为用户提供了强大的弹性伸缩能力，进而为用户业务的高并发提供了强有力的能力支持。
\n云开发目前为开发者提供单个云函数上限 1000 并发的能力支持，如果云函数的平均执行时间为 100ms，那么单个云函数可以达到 10000 QPS，可满足大部分用户场景的需求，50 个云函数的总QPS 将可以达到 50W QPS。
\n腾讯云·云开发为用户原生提供数据库实例，用户不需要购买维护数据库实例，通过云开发 SDK，开发者可以快速开始进行业务开发，节省时间。
\n云数据库在接入层和数据库底层也做了非常多的专项优化，同时也在部署方面进行了诸多方面的设计。
\n![](\"https://main.qcloudimg.com/raw/e1c4bb44f6465e07f8f1779ae5b4195a.png\")
\n（云开发数据库架构）
\n云数据库接入层进行了分层设计并支持大规模的水平横向扩容，用户请求可在集群间进行灵活调度，应对可能出现的服务故障，提供更高的可用性和更短的恢复时间。用户请求经数据接入层服务进入到数据库引擎层，数据库接入层部署多个跨 AZ 的集群进行。数据库接入层帮助用户实现了数据库连接的维护与优化，用户无需关心数据库如何连接访问，维护数据库账密，提升了数据库的安全性。
\n腾讯云·云开发数据库为用户提供：
\n云开发通过以上措施，在降低用户数据库成本的同时，为用户提供数据库弹性能力，借助这些能力，开发者较少的关注数据库。
\n云开发数据库还为开发者提供实时数据库推送能力，用户基于此实现实时推送类业务，降低搭建推动服务的成本。
\n如前文所述，数据库层是有状态的，较难进行横向扩缩容，云开发为用户提供一定的纵向扩缩容能力与优化，提升数据库性能。用户自身也需要对数据进行一定的设计优化。
\n云开发平台为用户搭建了直达业务逻辑的高性能大容量的访问链路。用户不需要搭建和维护访问链上的一系列资源服务，降低了资源和人力成本。
\n云开发平台的性能和可用性将直接影响到用户业务的性能可用性。云开发作为一个公有云服务，在给开发者提供各类能力支持同时，更重要的是能为客户业务提高性能高可靠的服务，为此，云开发服务对系统的可用性容量等方面进行大量的设计优化。
\n在腾讯云·云开发模式下，云开发搭建好从客户端到业务逻辑的访问链路，开发者无需关注用户端到业务逻辑之间的链路搭建以及涉及的一系列问题。同时，云开发为用户提供当前流行的 Serverless 架构能力，开发者基于轻量云函数、云托管来实现业务逻辑，无需关心基础设施，具备 Serverless 所带来的极简运维、按量计费、弹性伸缩等方面的优势。帮助开发者真正的做到了仅需关注业务逻辑层的实现，解放了开发者的生产力，让开发者有更多的时间专注于业务设计。
\n除了，云开发在帮助用户解决以上问题的同时，还为开发者提供了很多其他方面的能力，让开发者可以获得额外的服务能力支持。
\n降本增效，极简运维，降低沟通成本，免去了很多繁琐的事项，节省开发时间，在有限的开发时间中能够有更充分的时间进行业务逻辑设计。
\n微信原生接入，借助微信原生能力
\n实时数据推送，开发者搭建推送服务需要
\nCMS 内容管理
\n工具支持
\n低码平台
\n当一种新的技术形态出现在人们面前，有人选择先观望，再决定是否尝试接纳，而有人则大胆尝试。Serverless 和腾讯云·云开发虽诞生仅两年，不妨碍云开发受到一大批开发者的追捧。目前，云开发注册账户数超过 65万，服务超过 100万开发者，云开发日均调用量近 10亿次，2021 春节期间，日服务调用量超过了 16 亿次。
\n云开发在腾讯游戏、微信支付、微信读书、猫眼电影、深圳机场等多样化活动上有较好的应用，帮助业务快速实现需求，平稳支持大流量洪峰。
\n如去年《创造营2020》决赛成团之夜，云开发保障业务稳定运行，实现了 100% 安全无死角的同时，还在投票 “秒杀” 场景下高性能地 hold 住全场，为节目的顺利进行保驾护航。
\n上线两周、访问次数即破 5 亿的四川省官方健康码“四川天府健康通”小程序就是基于云开发底座完成开发的。前端采用 WeApps 云开发低码的可视化、组件化、低码化等能力，后端采用了云函数、云数据库、云托管等云原生能力，充分发挥了云端低码可视化开发的优势及便利。在十余天内就高质量地完成了定制化开发工作。同时与传统开发模式相比，交付效率提升一倍，人力成本却能缩减一半。
\n今年春节，微信红包封面再次引爆社交网络，限时开放的个人红包封面制作活动更是直接拉低门槛，让更多人能够便捷享受到定制红包封面带来的乐趣，这活动便是搭载在云开发上，在整个活动期间平台抗住了上亿流量洪峰，资源成本仅花费几千元，有效地提高研发效率，极大降低人力成本。
\n![](\"https://main.qcloudimg.com/raw/c05e99fd32e8f33063f5de3aadfdead5.png\")
\n一个简单的系统需充分的设计才能迎接大流量活动的挑战，各种类型的系统都有一些通用的基础性的工作，腾讯云·云开发将这类通用的工作从系统中抽象出来，以服务的方式提供给用户，让开发者无需关心这些基础工作。
\n大流量的活动系统往往需要线上扩容的需求，云开发通过提供 Serverless 架构承载用户业务，让业务无需关系底层基础设施的同时，具备自动化的弹性扩缩容能力，帮助系统抗住大流量访问。
\n如此一来，云开发可帮助开发者从基础性工作中解放出来，有更多时间做业务设计、数据库设计、压力测试等工作，让系统更好地迎接大流量活动调用。
\n作者：刘艳杰，腾讯云·云开发高级研发工程师
\n\n\n传送门：
\n\n
\n- GitHub: github.com/serverless
\n- 官网：serverless.com
\n
欢迎访问：Serverless 中文网，您可以在 最佳实践 里体验更多关于 Serverless 应用的开发！
","tableOfContents":""},"previousBlog":{"id":"8897f5c3-d89f-54f1-9b10-35a11e35715a","frontmatter":{"thumbnail":"https://main.qcloudimg.com/raw/078906e19a02718355176b02592f0a93.jpg","authors":["Serverless"],"categories":["best-practice"],"date":"2021-04-09T00:00:00.000Z","title":"业界首发！云函数 120G 超大内存规格实例","description":"预先准备计算资源，降低冷启动、运行环境初始化及业务代码初始化引起的耗时。","authorslink":null,"translators":null,"translatorslink":null,"tags":["Serverless","云函数"],"keywords":null,"outdated":null},"wordCount":{"words":254,"sentences":36,"paragraphs":36},"fileAbsolutePath":"/opt/build/repo/content/best-practice/2021-04-09-ram.md","fields":{"slug":"/best-practice/2021-04-09-ram/","keywords":["serverless","云函数","函数","内存","场景","Serverless","音视频"]}},"nextBlog":{"id":"17507b95-3c3b-523b-afa6-b22df8a3057a","frontmatter":{"thumbnail":"https://main.qcloudimg.com/raw/60b8ff9a80e55e1b10d23975cd6ab3d3.jpg","authors":["Dora"],"categories":["best-practice"],"date":"2021-04-07T00:00:00.000Z","title":"Serverless 在线游戏开发平台解决方案｜腾讯互娱落地实践","description":"Serverless 游戏上云新体验，减少运维压力，降低运维成本","authorslink":null,"translators":null,"translatorslink":null,"tags":["Serverless","客户案例"],"keywords":null,"outdated":null},"wordCount":{"words":219,"sentences":29,"paragraphs":29},"fileAbsolutePath":"/opt/build/repo/content/best-practice/2021-04-07-ieg.md","fields":{"slug":"/best-practice/2021-04-07-ieg/","keywords":["serverless","云函数","Serverless","腾讯","游戏","Server","Virtual","提供","触发"]}}},"pageContext":{"isCreatedByStatefulCreatePages":false,"blogId":"d7d63b3f-28cf-5694-8ca5-353517f86f23","previousBlogId":"8897f5c3-d89f-54f1-9b10-35a11e35715a","nextBlogId":"17507b95-3c3b-523b-afa6-b22df8a3057a"}}}