首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

英雄联盟自动化利器

自动化的目的主要有三个部分,首先是用户体验的保障,我们必须以最快的响应速度去应对用户增长的需求,否则必然会出现大规模的掉线或者拥挤排队,影响游戏基本体验;其次是资源的最有效利用,英雄联盟业务的单位运营成本...关于自动化利器的用户交互,主要用的是类似汽车的仪表盘的形式来展示相关时实施人员比较关心的数据。如图(2) ?...所向披靡-无所不能的容量云: 二期功能加入了监控和自动触发、等功能,真正实现采集性能数据、按照模型分析出结论、实施、性能数据达标等一系列操作,流程上把容量管理这件事做成闭环。...自动采集数据、分析出决策、实施操作的整体流程架构图如下: ?...才将云中的服务器扩到游戏大区中;如红色的箭头所示,通过自动化的,我们做到了自动化的将游戏大区中,尚且富余的服务器资源返还给业务云,然后由云在分配给需要使用的游戏大区,这样通过自动化的服务,我们做到了服务器资源自动化的动态调用

1.9K100

如何快速构建稳定、低延时的多人游戏的部署环境?

腾讯游戏服务器引擎(Game Server Engine,缩写GSE),支持有状态的游戏服务部署和,实现服务发现、高效灵活的服务器伸缩和就近调度的能力,帮助开发者快速构建稳定、低延时的多人游戏的部署环境...这是一个有状态的场景:对于游戏服务,尤其是对战服务来说,不能是简单添加一个clb(负载均衡)就能搞定。在游戏服务里需要断线重连,能找到之前连接的服务器;另外游戏过程不能因为中断游戏。...游戏服务器引擎(Game Server Engine,缩写GSE)提供专用游戏服务器托管服务,支持有状态的游戏服务部署和,实现服务发现、高效灵活的服务器伸缩和就近调度的能力,帮助开发者快速构建稳定...(2)GSE能实现有状态的 GSE 不会缩减有进程运行的实例,低负载触发时通知游戏进程正在该台服务器,并屏蔽新的游戏服务器会话分配到该台服务器上,但不强制缩减实例导致游戏无法进行,等待游戏进程上没有玩家在对局时...不需要提前在多个区域部署相同数量的服务器,从而达到0成本灾的效果。 9.png 4. GSE和普通弹性伸缩的区别——GSE专注于有状态场景 游戏中有两个特殊需求:断线重连、游戏中不能退出。

9.8K339
您找到你想要的搜索结果了吗?
是的
没有找到

干货 | 携程Redis治理演进之路(二)

方面,我们主要通过垂直的方式解决Redis集群容量的问题,但随着集群规模扩大,这种方式逐渐遇到了瓶颈。...垂直对于Redis来说只是Maxmemory的配置更改,对业务透明; 第二,水平拆分/的实现难度和成本较高。...三、Redis水平 3.1 设计思路 ? 图4 既然分片比较困难,我们首先想到的是业务写集群的方法,也就是业务同时写2个新老集群,新老集群的分片数是不一样的,并且大小配置也不一样。...借鉴业务写集群的思路和云原生的不可变基础设施的理念,我们首先想到的是通过新集群替换老集群而不是原地修改集群;另外,为了在公有云上节省Redis成本,我们积累了kvrocks的实践经验,两者相结合,设计了一种高效的水平的方案...根据实际的运维数据来看,集群单个实例为20G,集群在10分钟之内完成,而低于10G的,5分钟即可完成,大大缩短了的周期,并且业务在毫无感知的情况下即可完成

1K10

腾讯云专家揭秘国内首款无服务器数据库架构

不久前,腾讯云发布了国内第一款无服务器数据库ServerlessDB,受到众多数据库开发者的关注,关于该数据库的自动能力以及背后的设计原理展开了激烈的探讨。...PartⅠ 真正实现自动的挑战 相比较于传统数据库,云数据库的弹性和按量计费能够帮助用户按需使用云资源,避免资源浪费的同时大幅节省了成本。...当用户访问请求上涨时,数据库针对用户请求的特点使用不同的系统资源,而这些资源需要动态的响应,且不会受到服务器限制。不同资源的粒度需要小到一个数据块——CPU核心。...腾讯云ServerlessDB采用租户隔离以及连接池管理技术,从而实现了技术层面上真正的弹性。 1....快速能力 在租户隔离技术避免了不同租户之间的访问越界问题后,在方面,ServerlessDB是如何保证对用户进行细粒度控制的呢?

4.7K50

微信云托管常见问题FQA

Q7: 没有配置过条件,为什么一直显示服务扩容中呢?...A:系统默认配置cup使用率>=60%的条件,扩容中是触发了条件,如需调整可前往「控制台-服务管理-服务设置-基础设置」中进行更改。 Q8: 云托管是否支持多个端口监听?...如果是多个进程,就拆成多个服务,这样每个服务应该都只需要一个端口,这样就使得服务可以更聚焦,且独立根据用量。 Q9: 云托管的实例多久会释放?...A:实例最小值设置为0才会到0,30min内无请求就会到0。 Q10: 如何让服务常驻运行? A:将最小实例副本数设置为1即可,路径:服务管理-服务列表-服务设置-基础信息。...A:免费额度到期或使用完后,将按实际用量计费,如需购买资源包,可前往「云托管控制台-资源监控-资源使用-资源包」选购合适的资源包。 Q28: 资源包能否增加时长? A:时长不能叠加,只能叠加用量。

5.8K20

带妹上分,团战五杀,光有技术可不行

另外,对于底层架构来说,相比较于其他类型业务,游戏业务除去常规的业务高峰时间预估之外,很难做到业务爆发的时间准确判断,作为国民手游的王者荣耀也存在因各类突发事件和特殊时期带来的巨大流量,这对底层数据库自动能力提出了巨大挑战...在这种访问模式下,游戏服务器操作平均响应时延小于4ms,存储层读写时延为微秒级。 ?...我们都知道,面对随时会出现的业务高峰和低谷,人力运维存在明显弊端,这就对系统的智能化能力提出了高要求,而高频的业务忽高忽低,导致伸和同时出现,会使得数据库无法处理请求,严重的还会导致数据库宕机,所以要实现系统智能根据业务情况进行自动是非常困难的...四、接入层是无损的,业务无感知 TcaplusDB自研了SDK,SDK内维护了接入层一致性hash环,天然支持增加或者减少接入层节点。...1 PartⅢ 结语 TcaplusDB是一款腾讯自研的高性能内存式分布式数据库系统,具有高性能、无损、高可用、易用性等特性,针对游戏业务的开发、运营需求,支持全区全服、分区分服的业务模式,提供不停服

1.6K60

OCGI:腾讯游戏应用的云原生实践

背景 对于FPS[2]、MOBA[3]等在线多人游戏后台架构中,都有专门服务玩家对局的服务器Dedicated Server(简称 DS)[4]。 下图是典型的游戏 DS 架构: ?...比如很多游戏业务都希望实现定时,甚至应用自己控制 Workload 副本数量。 业界已经有一些开源项目去尝试解决这类游戏服务的 DS 管理问题,比如 Google 的Agones[8]。 ?...Squad 和 GeneralPodAutoscaler 提供了一些扩展和交互机制,变更,或者时,GameServer 可以更加优雅的退出,避免对游戏玩家的影响。...应用定义顺序 时,可由应用指定的顺序。例如,时,应用可以选择玩家数量的 DS 副本删除。这不仅可以降低开销,还可以提高底层的资源利用效率。...更好的与集群(CA)工作 基于应用确认机制,时,CA 可以选择任意的副本进行删除,不用担心对用户的影响。 基于 OCGI 的游戏后台架构 ?

3.8K41

Serverless 在线游戏开发平台解决方案|腾讯互娱落地实践

全面托管服务:借助完整的后端解决方案,消除了大规模构建,管理和运行服务器的挑战。即时自动的专用服务器,为实时游戏提供低延迟和高可靠性。...跨平台 SDK:提供开箱即用的 C ++ SDK 和 UE4 插件,方便开发者在其游戏客户端和专有服务器中使用 PGOS 服务。...腾讯云 Serverless 的技术优势 开箱即用:用户无需额外购买、搭建和配置服务器,可完全专注于业务代码。...动态:Serverless 的另一大特点是自动,轻松应对流量洪峰。在访问量突增时,自动扩容保障业务的正常运行;在流量低谷,自动以节约成本。...腾讯云 Serverless 为游戏上云提供算力支持的技术原理 Serverless 可以为国际业务 PGOS 提供底层运算支持,一个虚拟服务器(Virtual Server)对应一个或多个云函数,用户创建

2.4K60

全面讲解如何快速开发腾讯云小游戏

该平台做了很多简单的整改,我们发现很多开发者其实对购买服务器搭建数据库、初始化、等,并不熟悉,包括CDN他们也不太明白。...前面的轻量级游戏解决方案无法适用于重度游戏,所以我们总结了些重度小游戏在架构方面面临的一些挑战。 首先是弹性,这也是目前最令运维最头痛的问题,因为我们无法预测到小程序何时会爆。...有时候某个大V不经意的在朋友圈或者群里发了这个游戏,可能就会引发几何式的增长。 而此时游戏又没有办法做弹性扩容,因为可能架构上就不满足弹性的要求。...所以我们经常会看到,要么游戏一直不火,要么火了一段时间后停机维护,之后淡出视线。 第二个是高并发承载,这也是实现弹性的先决条件,即如何应对突发的大流量涌入,在高压情况下保证游戏的流畅性。...弹性扩容主要是通过腾讯云的云监控获取服务器、CPU、内存、读写的承载情况,然后判断这些数据是否达到阈值,一旦超过阈值就自动进行

3.6K40

抢跑Serverless DB,腾讯云打的什么算盘?

随着阿里云、腾讯云2019年收入状况相继披露,中国云计算寡头的格局基本确立。...而Serverless DB的过程如同海绵,在请求增长时自动扩容,在请求降低时自动,如图:(来源:腾讯云发布) 可以看到,Serverless DB已经无限接近“按需分配”,云计算平台的服务资源闲置...,开发者的资源浪费问题都得到最大可能的解决,由于可以实现自动平滑配置而不需要人工操作,的效率也得到很大提升。...2、成本“不应有的浪费”却被行业长期默认 接上文,在传统云数据库架构下,粗糙的阶梯式/造成浪费,其后果还直接体现在成本上——那些被闲置但在旧有条件下为了用户体验避免不了的数据库空间,开发者都是要掏钱的...从实例来看,这是一个游戏应用2019年三种数据库/方案所占用的资源情况: 三种颜色线条中间区域的面积,基本可以看作成本的差别状况,很明显,Serverless DB能节约大量的成本,腾讯云说自己的产品节约最高

1.2K30

kubernetes 降本增效标准指南|理解弹性,应用弹性

弹性伸缩在云计算领域的简述 弹性伸缩又称自动伸缩,是云计算场景下一种常见的方法,弹性伸缩可以根据服务器上的负载,按一定的规则进行弹性的服务器。...在云计算和容器相关领域也有较多的关于弹性伸缩的能力,有基于系统负载进行弹性的,有基于业务日志进行弹性的,也有基于资源预申请进行弹性的。最常用的主要有以下记录: 1....基于资源请求对象 使用场景:当有些应用不适合水平时,此时可以通过调整对资源的请求量来实现。相较方式1是扩容副本数实现水平,此时扩容的是容器对资源的请求量,属于垂直。...精确度 精确度在弹性伸缩领域主要意味着:在准确的时间进行数量准确、的对象属性精确(如云服务器的机型),精确度越高同样意味着越贴合业务,扩容不会得过大而导致成本的浪费,也不会的过小导致没有解决业务问题...的

3K63

【腾讯云 TDSQL-C Serverless 产品体验】饮水机式使用云数据库

自动驾驶(Autopilot):数据库根据业务负载自动启动停止,无感过程不会断开连接。...以11高负载的场景为例,提前发起的操作会导致运维效益随之大打折扣。不仅如此,固定规格对传统云数据库的计算进程常驻,无请求时仍然收费。...3.秒级能力。(1). 通过计算与存储解耦,存储空间可以自动,弹性能力显著。(2). 存储容量可以自动扩充,且容量足够大,足以支撑业务的发展。4.秒级快照备份回档能力。(1)....随着业务的增长,能够进行水平扩容,的整体响应好。...自动:不需要开发者提前去预测扩容的实例规格,通过系统的负载来进行自动的扩容。购买的时候,给用户提供一个区间,比如选择的是1核2G, 2核4G,就会只在这个固定的区间范围内进行

13.8K1660

50W+ 小程序开发者背后的数据库降本增效实践

TDSQL-C Serverless 的技术实现   传统云数据库并没有实现自动、按使用量计费、无使用无费用。...在现实里,如果游戏厅就在你房间旁边,你房租的价格也会比其他地方的更贵。 计算跟存储分离,就是让房子和客厅解耦。只要解决传送问题(自动)就可以让这个房间的成本回归到它本身的价值。...常见的自动业务场景   慢查询。...当然你也可以选择在活动前扩容,活动后。但这总的也不方便,而且并不是所有的活动都有足够的时间去规划。所以这时候就需要一个自动的能力。 定时任务。很多业务都会有定时任务的需求。...虽然你也可以根据计划去手动。但有些计划使用的计算资源不可控,时间也不可控。少了速度慢,可能还会影响到线上业务,多了又会浪费。

1.1K30

左手 VM,右手 Container Serverless,达达智能弹性伸缩架构和实践

为大家展示一下弹性伸缩架构的实际运行情况,最左边这张图是容情况展示,这里有消息通知机制;中间这张图,线上的每日报表会发到每一位研发 Leader;右下角这张图是真实的服务,我们从最后一张图可以看出...5架构演练——弹性演练 弹性系统需要保证全自动运行,所以我们会定期做一些弹性演练。接下来与大家分享时候遇到的一些问题。...第一,当你的时候,肯定不是只有几个服务,可能是批量地进行,然后去验证上下游扩容的系统是否 OK。这其中的问题是——你有没有足够的钱影响到限额?...如果设置不合理,常常会因为逻辑没有达成一致,而导致频繁地。 第四,大规模演练需要考虑到机器多 Region 均衡打散。...最后展望未来,这个系统是在 2019 年开发的,目前已经稳定运行了 20 多个月,有将近 18000 次的记录。整个系统也对接了多种云原生,包括全程全自动的,当然也做到了云的支持。

1.1K10

最佳案例 | 游戏知几 AI 助手的云原生容器化之路

通过云上的容器化部署、自动、健康检查、可观测性等手段,提高了知几项目的持续交付能力和稳定性,形成了一套适合游戏知几自身的上云实践方案。...基于上述的部署方案,利用云原生的自动能力可以方便地解决上述问题: STKE 提供的定时 HPA 和动态能力,可以很好的解决节假日、运营活动的流量突增带来的服务稳定性问题,且流量平稳后的自动可以有效的节约资源...由于 HPA 会导致业务容器的,如果流量在服务未完成启动时接入或者流量还在访问时接销毁 pod,会导致流量的损失,因此需要开启就绪检测和 prestop 配置。...HPA STKE 提供的 HPA 能力能够很好的满足知几对的需求,知几同时使用了定时 HPA 和动态 HAP 满足不同的场景: 针对突发流量, 知几采用 CPU request 和内存 request...特别是定时 HPA,可以很方便的满足知几在未成年人保护方面对的要求,系统可以在特定时间段完成系统容量的扩容和,在保证系统平稳应对流量的同时也不会造成对资源的浪费。

1.4K20

50W+小程序开发者背后的数据库降本增效实践

在现实里,如果游戏厅就在你房间旁边,你房租的价格也会比其他地方的更贵。 计算跟存储分离,就是让房子和客厅解耦。只要解决传送问题(自动)就可以让这个房间的成本回归到它本身的价值。...TDSQL-C Serverless 数据库特点 自动 按使用量计费 无使用无费用 我们希望你想要请求的时候,这个水资源能像瀑布一样倾泻而下,不需要业务提前感知。...当然你也可以选择在活动前扩容,活动后。但这总的也不方便,而且并不是所有的活动都有足够的时间去规划。所以这时候就需要一个自动的能力。 定时任务 很多业务都会有定时任务的需求。...虽然你也可以根据计划去手动。但有些计划使用的计算资源不可控,时间也不可控。少了速度慢,可能还会影响到线上业务,多了话又是浪费。...用户数激增:自动。 小微项目:小规格实例 …… 目前我们做到了很多,未来我们还有很多可以去做。

1.3K10

基于空闲资源的弹性计算实践

对于无计算状态的业务,比如图片压缩,弹性计算平台提供服务化接口,接管计算节点的,对于有状态的计算,比如视频转码切片,AI计算中间数据缓存,日志计算map/reduce模型等,则提供API接口,让业务自行发起等调度...,扩容等;计算以函数为载体,用户提交函数后无须了解函数执行背后的资源调度,灾,等,可更专注于业务逻辑创新。...故事1:A业务利用率阈值设置不合理,高峰期保留大量资源没充分利用;B业务设置很合理,高峰期确没资源扩容了。...---让用户自身做策略,难以达到整体最优,造成业务间资源利用不均衡,老实人反而容易吃亏; 故事2:平台默认打开自动,自动调配资源;A业务对自动机制不知情,发起了版本变更,造成现网多版本共存。...前先要负载均衡 的目标在于将计算型业务维持在合理的负载,以实现质量和成本的均衡,但如果业务负载不均衡,难以达到预期的效果,如下图所示: 当业务不均时,同计算业务下不同实例表现为个别实例负载高

3.5K00

在腾讯云容器服务 TKE 中利用 HPA 实现业务的弹性伸缩

本文将介绍和使用腾讯云容器服务 TKE 的 HPA 功能实现 Pod 自动水平。...其流程和说明如下: 提示:目前这一功能处于 beta 版本,且 Pod 自动水平不适用于无法的对象,比如 DaemonSet 资源。 ?...注意:HPA 算法[10] 不只以公式计算维度去控制逻辑,而会多维度去衡量是否需要扩容或,详情可以参阅 算法细节[11],所以在实际情况中可能和预期会稍有偏差。 ?...但从下图工作负载的 Pod 数量监控可以看出,工作负载在 16:30 分时才触发了 HPA 的,这是因为触发了 HPA 有默认 5 分钟的容忍时间的算法,以防止度量指标短时间波动导致的频繁的...从下图可以看出工作负载副本数在停止命令 5 分钟后按照 HPA 算法[13] 到了最初设定的 1 个副本数。 ?

2.7K30

云数据库时代,不重复造轮子的企业才会赢

TencentDB是腾讯20年数据库技术的积累,腾讯的明星产品QQ、微信、财付通、腾讯视频,腾讯新闻,腾讯游戏背后都使用了腾讯云数据库提供的服务,在经过了腾讯大体量核心业务的多年验证后,作为云服务向外提供服务...腾讯云数据库布道师李凌现场演讲视频 腾讯云Redis三大功能同步发布 Redis是一款以快和稳著称的数据库,在缓存应用场景有着不可取代的地位,在互联网领域被广泛的应用于数据缓存、游戏存储、分布式会话存储...2015年Redis登陆腾讯云,经过4年的快速发展,腾讯云Redis已经在电商、游戏等行业服务了众多的客户,19年继续砥砺前行,为腾讯云客户带来三大重磅功能。 ?...一、监控2.0,路采集,让快车跑得更稳 腾讯云Redis监控2.0在覆盖范围、热Key、大Key、慢查询等场景进行了全新的升级,通过在引擎和Proxy两路同时采集监控指标,新增指标20+,监控指标总共多达...令人惊喜的是,腾讯云Redis 4.0基于Cluster打造,无闪断和不只读,配置变更上支持节点和增删副本,100%实现无损搬迁扩容,极致可用。

69940

直播系统聊天技术(七):直播间海量聊天消息的架构设计难点实践

5、直播间聊天室的能力 5.1 概述 随着直播这种形式被越来越多人接受,直播间聊天室面对人数激增致使服务器压力逐步增大的情况越来越多。...所以,在服务压力逐步增大 / 减少的过程中能否进行平滑的 / 非常重要。...在服务的自动方面,业内提供的方案大体一致:即通过压力测试了解单台服务器的瓶颈点 → 通过对业务数据的监控来判断是否需要进行 → 触发设定的条件后报警并自动进行。...鉴于直播间聊天室的强业务性,具体执行中应该保证在中整体聊天室业务不受影响。 5.2 聊天室服务 聊天室服务在进行时,我们通过 Redis 来加载成员列表、封禁 / 黑白名单等信息。...聊天室服务方案细节如下图所示: 5.3 消息服务 消息服务在进行时,大部分成员需要按照一致性哈希的原则路由到新的消息服务节点上。

2.5K30
领券