BpClientCase(id=87, title=广州小迈网络科技有限公司, thumbnail=https://channel-static-resource-online.oss-cn-hangzhou.aliyuncs.com/bp-admin/sr-A41GIDWJ5KZO5MID.png, status=1, sort=1, tagList=null, extensionList=[BpClientCaseExtension(id=4302, title=客户简介, description=

小迈于2015年1⽉成⽴，是⼀家致力以数字化领先为优势，实现业务高质量自增长的移动互联⽹科技公司。始终坚持以⽤户价值为中⼼，以数据为驱动，为用户开发丰富的⼯具应⽤、休闲游戏、益智、运动等系列的移动应用。累计开发400余款产品，累计⽤户下载安装量破七亿。而在未来三年内，小迈以成为全球领先开发者增长服务平台为愿景及使命，希望通过标准化的产品和服务赋能，为开发者提供全链路解决⽅案，以技术+服务全⽅位保驾护航，助燃产品持续增长，帮助⼯具和休闲游戏的开发者提升产品的成功率。
在小迈内部，实⾏扁平化的管理风格，每个业务团队都可以独立选择采⽤更适合自己的技术栈和基础架构，因此内部出现了ECS，K8S，SAE(Serverless 应⽤引擎) 三种不同计算平台共存的局⾯，而且都在跑微服务架构，不同的计算平台都有自己独特的优势和价值，而同样也会面临各⾃的挑战，⽬前主要在使⽤SAE平台的主要是游戏团队。

, sort=4, simpleDescription=小迈于2015年1⽉成⽴，是⼀家致力以数字化领先为优势，实现业务高质量自增长的移动互联⽹科技公司。始终坚持以⽤户价值为中⼼，以数据为驱动，为用户开发丰富的⼯具应⽤、休闲游戏、益智、运动等系列的移动应用。累计开发400余款产品，累计⽤户下载安装量破七亿。而在未来三年内，小迈以成为全球领先开发者增长服务平台为愿景及使命，希望通过标准化的产品和服务赋能，为开发者提供全链路解决⽅案，以技术+服务全⽅位保驾护航，助燃产品持续增长，帮助⼯具和休闲游戏的开发者提升产品的成功率。在小迈内部，实⾏扁平化的管理风格，每个业务团队都可以独立选择采⽤更适合自己的技术栈和基础架构，因此内部出现了ECS，K8S，SAE(Serverless 应⽤引擎) 三种不同计算平台共存的局⾯，而且都在跑微服务架构，不同的计算平台都有自己独特的优势和价值，而同样也会面临各⾃的挑战，⽬前主要在使⽤SAE平台的主要是游戏团队。), BpClientCaseExtension(id=4301, title=为什么选择SAE, description=

对于大部分休闲类游戏来讲，⾸先游戏本⾝存在自己的⽣命周期，而在生命周期内，游戏本⾝会出现非常⼤的波峰波谷。⽐如，⽩天⽐晚上流量大的多，白天流量⼜集中在⼏个时间点，而晚上8点是业务的最⾼峰，凌晨2点到6点⼏乎没有流量，但是⼜不能停服。另外，在游戏刚上线的时候，每次运营活动又会拉来⼤量的新客户涌⼊，就需要后台服务能够快速响应流量的变化，所以业务⽅就期望能有⼀种⾃动弹性伸缩的计算平台。其次，⼤部分休闲类游戏都是⽆状态的，还可以拆分成不同的服务模块来提升服务性能和质量，如聊天、红包、背包、升级、⽤户数据获取、视频处理、⼴告投放等，因此就可以采⽤微服务架构来部署。最后游戏在上线期间，也会迭代增加很多新的功能模块，需要频繁的发布升级。所以业务方在选型的时候，就会综合考虑：

1. 系统的稳定性和容灾能⼒

2. 平台的⾃动弹性伸缩能⼒

3. 对微服务架构的⽀持

4. 便捷的发布回滚能⼒，甚⾄是不停服升级

这些能力，其实通过ECS或者K8S⾃建也都能实现，但是会给业务团队带来⼤量的运维成本，⽽且很难平衡成本的投入。尤其是在弹性⽅⾯，⾃建弹性效率很难满⾜流量的快速变化，往往还是需要冗余⼤量的资源。而SAE 可以⾮常好的满⾜以上 4 个需求。其实⼩迈的游戏团队早在 SAE 公测期间，就开始关注试⽤ SAE 了。截止到⽬前，在 SAE 上累计已经部署了 50 多个服务和应⽤，涉及十几款游戏，⽐如爱上猜成语、成语最强答⼈、我找茬贼快、答多多、欢乐找找茬、多多短视频等，感兴趣的话可以下载 APP 试玩下。

, sort=3, simpleDescription=对于大部分休闲类游戏来讲，⾸先游戏本⾝存在自己的⽣命周期，而在生命周期内，游戏本⾝会出现非常⼤的波峰波谷。⽐如，⽩天⽐晚上流量大的多，白天流量⼜集中在⼏个时间点，而晚上8点是业务的最⾼峰，凌晨2点到6点⼏乎没有流量，但是⼜不能停服。另外，在游戏刚上线的时候，每次运营活动又会拉来⼤量的新客户涌⼊，就需要后台服务能够快速响应流量的变化，所以业务⽅就期望能有⼀种⾃动弹性伸缩的计算平台。其次，⼤部分休闲类游戏都是⽆状态的，还可以拆分成不同的服务模块来提升服务性能和质量，如聊天、红包、背包、升级、⽤户数据获取、视频处理、⼴告投放等，因此就可以采⽤微服务架构来部署。最后游戏在上线期间，也会迭代增加很多新的功能模块，需要频繁的发布升级。所以业务方在选型的时候，就会综合考虑：1.系统的稳定性和容灾能⼒2.平台的⾃动弹性伸缩能⼒3.对微服务架构的⽀持4.便捷的发布回滚能⼒，甚⾄是不停服升级这些能力，其实通过ECS或者K8S⾃建也都能实现，但是会给业务团队带来⼤量的运维成本，⽽且很难平衡成本的投入。尤其是在弹性⽅⾯，⾃建弹性效率很难满⾜流量的快速变化，往往还是需要冗余⼤量的资源。而SAE 可以⾮常好的满⾜以上 4 个需求。其实⼩迈的游戏团队早在 SAE 公测期间，就开始关注试⽤ SAE 了。截止到⽬前，在 SAE 上累计已经部署了 50 多个服务和应⽤，涉及十几款游戏，⽐如爱上猜成语、成语最强答⼈、我找茬贼快、答多多、欢乐找找茬、多多短视频等，感兴趣的话可以下载 APP 试玩下。), BpClientCaseExtension(id=4300, title=SAE落地实践, description=

Serverless 应⽤引擎 SAE 定位是容器之上的⼀站式应⽤托管平台，核心价值是给⽤户提供全应⽤⽣命周期管理、微服务治理、弹性免运维的K8S运⾏环境。本质上，⽤户的代码最终还是运⾏在容器里，只是这个容器不⽤去维护管理。因此对于存量的游戏服务来讲，可以零改造直接迁移部署到 SAE 上，参考阿⾥云最佳实践《微服务应⽤的Serverless(SAE)部署》，⼩迈快速完成了接⼊SAE的过程。⽽且 SAE 针对 JAVA 应⽤，还提供了 JAR 包直接部署的模式，省去了小迈打镜像的步骤，和原有使⽤ ECS 的模式⾮常接近，但是使⽤体验上会更加简单，⼤概的对⽐如下：

SAE比较核心的能力就是高可用和自动弹性，对于小迈的游戏团队，在部署 JAR 包的时候可以勾选多可⽤区，就能达到跨可⽤区的容灾。SAE 底层其实是会提供多个分布在不同可⽤区的 K8S 集群，承载业务的容器实例可以在多可⽤区⾃动调度。对于弹性的配置同样也非常简单，可以基于CPU、内存、QPS、RT等指标来进行设置，对于小迈的线上游戏，主要还是通过CPU和内存的使⽤率来触发扩缩，同时还能指定最⼤实例数和最小实例数，非常的便捷。而且目前定时弹性和监控指标弹性还可以混用，那么对于有运营活动时，就可以通过两种弹性方式共同使⽤的方式，来确保资源的弹性。但是这⾥需要注意的是监控指标的阈值，需要根据业务的实际情况来配置，建议上线前，通过压测来明确。

另外通过应用监控，也能非常方便的查看到服务接口的调⽤情况，这些能力都已经默认集成到了 SAE 的平台上，对业务排障很有帮助。

最后在小迈的游戏团队，主要采⽤的是 Spring Cloud 和 Dubbo 技术栈，因此对微服务治理能力的⽀持，也是非常必要的。⽬前 SAE 的控制台上，可以直接配置微服务的健康检查、优雅下线脚本、配置管理、微服务的灰度发布、⼀键回滚等。但是在实际使⽤的过程，也踩过⼀些坑，⽐如在做服务发布的时候，健康检查有时候会超时导致实例不停重启，因为有时候服务会加载⼤量的数据和类库，启动⽐较耗时。加⼤健康检查的超时时间可以降低出现概率，但是发布时间就会拉长。⽽且在服务刚启动的时候，初始响应⽐较慢，其实是服务还没有完全ready，这⾥就⽐较依赖 SAE 提供微服务优雅上线的能⼒，可以确保服务的正常上线。另外对于分批发部，为了避免负载的流量突然打到新实例，这⾥⽐较推荐使⽤微服务流量百分⽐灰度能力。经过⼀段时间的实践，最后落地的业务架构⼤致如下：

小迈的游戏团队基本只⽤关注业务逻辑，资源层⾯托管给了 SAE 平台，极⼤的简化了运维复杂度。另外为了应对业务的快速迭代，⼩迈还采⽤ Jenkins 封装了 SAE 的 API 接口，实现了 CI/CD 能⼒，极⼤加速了服务的上线速度。对⽐原来的弹性效率和部署效率，整体研发效能有了极⼤的提升，弹性速度从分钟级缩短到了秒级，新项⽬上线速度从天级缩短到了分钟级。

, sort=2, simpleDescription=Serverless 应⽤引擎 SAE 定位是容器之上的⼀站式应⽤托管平台，核心价值是给⽤户提供全应⽤⽣命周期管理、微服务治理、弹性免运维的K8S运⾏环境。本质上，⽤户的代码最终还是运⾏在容器里，只是这个容器不⽤去维护管理。因此对于存量的游戏服务来讲，可以零改造直接迁移部署到 SAE 上，参考阿⾥云最佳实践《微服务应⽤的Serverless(SAE)部署》，⼩迈快速完成了接⼊SAE的过程。⽽且 SAE 针对 JAVA 应⽤，还提供了 JAR 包直接部署的模式，省去了小迈打镜像的步骤，和原有使⽤ ECS 的模式⾮常接近，但是使⽤体验上会更加简单，⼤概的对⽐如下：SAE比较核心的能力就是高可用和自动弹性，对于小迈的游戏团队，在部署 JAR 包的时候可以勾选多可⽤区，就能达到跨可⽤区的容灾。SAE 底层其实是会提供多个分布在不同可⽤区的 K8S 集群，承载业务的容器实例可以在多可⽤区⾃动调度。对于弹性的配置同样也非常简单，可以基于CPU、内存、QPS、RT等指标来进行设置，对于小迈的线上游戏，主要还是通过CPU和内存的使⽤率来触发扩缩，同时还能指定最⼤实例数和最小实例数，非常的便捷。而且目前定时弹性和监控指标弹性还可以混用，那么对于有运营活动时，就可以通过两种弹性方式共同使⽤的方式，来确保资源的弹性。但是这⾥需要注意的是监控指标的阈值，需要根据业务的实际情况来配置，建议上线前，通过压测来明确。另外通过应用监控，也能非常方便的查看到服务接口的调⽤情况，这些能力都已经默认集成到了 SAE 的平台上，对业务排障很有帮助。最后在小迈的游戏团队，主要采⽤的是 Spring Cloud 和 Dubbo 技术栈，因此对微服务治理能力的⽀持，也是非常必要的。⽬前 SAE 的控制台上，可以直接配置微服务的健康检查、优雅下线脚本、配置管理、微服务的灰度发布、⼀键回滚等。但是在实际使⽤的过程，也踩过⼀些坑，⽐如在做服务发布的时候，健康检查有时候会超时导致实例不停重启，因为有时候服务会加载⼤量的数据和类库，启动⽐较耗时。加⼤健康检查的超时时间可以降低出现概率，但是发布时间就会拉长。⽽且在服务刚启动的时候，初始响应⽐较慢，其实是服务还没有完全ready，这⾥就⽐较依赖 SAE 提供微服务优雅上线的能⼒，可以确保服务的正常上线。另外对于分批发部，为了避免负载的流量突然打到新实例，这⾥⽐较推荐使⽤微服务流量百分⽐灰度能力。经过⼀段时间的实践，最后落地的业务架构⼤致如下：小迈的游戏团队基本只⽤关注业务逻辑，资源层⾯托管给了 SAE 平台，极⼤的简化了运维复杂度。另外为了应对业务的快速迭代，⼩迈还采⽤ Jenkins 封装了 SAE 的 API 接口，实现了 CI/CD 能⼒，极⼤加速了服务的上线速度。对⽐原来的弹性效率和部署效率，整体研发效能有了极⼤的提升，弹性速度从分钟级缩短到了秒级，新项⽬上线速度从天级缩短到了分钟级。), BpClientCaseExtension(id=4299, title=总结和展望, description=

1. SAE 在微服务领域提供了 Serverless 化的运⾏平台，给⽤户提供了降本增效的新选择。另外 SAE 底层采⽤的是托管的 K8S 集群，也给⽤户做容器化转型提供了最简单的方式。
2. SAE 在应⽤管理和微服务治理方面的加成，使得 SAE 成为有别于容器服务的⼀站式应⽤PAAS 平台，让⽤户可以专注在业务迭代。
3. 针对应⽤的管理，SAE 还提供了环境“⼀键启停”功能，⽐如针对开发测试环境，可以设置定时关闭和开启，优化⾮线上环境的资源占⽤，可以帮助⼩迈进⼀步优化费⽤。
4. 针对 JAVA 应⽤，SAE 提供了 DragonWell JDK 版本，可以加速 JAVA 应⽤的启动速度和线程资源的消耗，启动速度⼤约可以节省 40% 的耗时。
5. 未来，SAE还会不断提升弹性效率、加强应⽤管理层⾯的功能迭代，期望给用户带来更多的增值体验，⽐如刚发布⽀持PHP的ZIP包部署能⼒，可以简化WEB应⽤上云的复杂度。

, sort=1, simpleDescription=1. SAE 在微服务领域提供了 Serverless 化的运⾏平台，给⽤户提供了降本增效的新选择。另外 SAE 底层采⽤的是托管的 K8S 集群，也给⽤户做容器化转型提供了最简单的方式。2. SAE 在应⽤管理和微服务治理方面的加成，使得 SAE 成为有别于容器服务的⼀站式应⽤PAAS 平台，让⽤户可以专注在业务迭代。3. 针对应⽤的管理，SAE 还提供了环境“⼀键启停”功能，⽐如针对开发测试环境，可以设置定时关闭和开启，优化⾮线上环境的资源占⽤，可以帮助⼩迈进⼀步优化费⽤。4. 针对 JAVA 应⽤，SAE 提供了 DragonWell JDK 版本，可以加速 JAVA 应⽤的启动速度和线程资源的消耗，启动速度⼤约可以节省 40% 的耗时。5. 未来，SAE还会不断提升弹性效率、加强应⽤管理层⾯的功能迭代，期望给用户带来更多的增值体验，⽐如刚发布⽀持PHP的ZIP包部署能⼒，可以简化WEB应⽤上云的复杂度。)], fileList=[BpFile(id=138, bpId=133, name=微服务应用的Serverless(SAE)部署, author=null, keyword=null, description=介绍如何通过 Serverless 应用引擎（SAE）帮助企业极速构建云上微服务应用, position=null, ossUrl=bp-DBQBH26W9FECRB4J.pdf, tags=null, level=2, tagList=null, products=null, productList=[Product(id=40, name=专有网络 VPC, description=帮助您基于阿里云构建出一个隔离的网络环境，并可以自定义IP 地址范围、网段、路由表和网关等；此外，也可以通过专线/VPN/GRE等连接方式实现云上VPC与传统IDC的互联，构建混合云业务。 , link=https://www.aliyun.com/product/vpc , productName=null, logo=null, code=vpc), Product(id=44, name=负载均衡 SLB, description=对多台云服务器进行流量分发的负载均衡服务，可以通过流量分发扩展应用系统对外的服务能力，通过消除单点故障提升应用系统的可用性。 , link=https://www.aliyun.com/product/slb , productName=null, logo=null, code=slb), Product(id=66, name=应用实时监控服务 ARMS , description=应用实时监控服务 (Application Real-Time Monitoring Service, 简称ARMS) 是一款应用性能管理产品，包含前端监控，应用监控和Prometheus监控三大子产品，涵盖了浏览器，小程序，APP，分布式应用和容器环境等性能管理，能帮助你实现全栈式的性能监控和端到端的全链路追踪诊断， 让应用运维从未如此轻松高效。 , link=https://www.aliyun.com/product/arms , productName=null, logo=null, code=arms), Product(id=74, name=云监控, description=云监控服务可用于收集获取阿里云资源的监控指标或用户自定义的监控指标，探测服务可用性，以及针对指标设置警报。使您全面了解阿里云上的资源使用情况、业务的运行状况和健康度，并及时收到异常报警做出反应，保证应用程序顺畅运行。 , link=https://www.aliyun.com/product/jiankong , productName=null, logo=null, code=cms), Product(id=98, name=Serverless 应用引擎, description=Serverless 应用引擎（Serverless App Engine，简称 SAE）是面向应用的 Serverless PaaS 平台，帮助 PaaS 层用户免运维 IaaS，按需使用，按量计费，实现低门槛微服务应用上云，有效解决成本及效率问题。支持 Spring Cloud、Dubbo 和 HSF 等流行的开发框架，真正实现了 Serverless 架构和微服务架构的完美融合。除了微服务应用外，您还能通过 Docker 镜像部署任何语言的应用。 , link=https://www.aliyun.com/product/aliware/product/sae , productName=null, logo=null, code=sae)], hotspot=null, oneClick=null, createTime=null, modifiedTime=null, timeConsuming=null, status=0, pdfDescription=null, templateId=null, freetry=null, visitTime=null, visitCount=null, video_url=null, buttonName=null, buttonUrl=null, targetId=null, partner=null, partnerUrl=null, partnerLogo=null, cooperation=null, cooperationList=null)], description=Game on Serverless：SAE助力广州小迈提升微服务研发效能, voiceId=null, voice=null, partner=, partnerUrl=, partnerLogo=, projectName=)