- 综合排序
- 最热优先
- 最新优先
游戏业务迁移腾讯云：稳定灵活降本安全的实践路径
应对游戏行业红海的战略瓶颈 全球游戏市场进入红海阶段，竞争激烈致产品生命周期缩短、获客成本提升；政策监管加强要求合规与内容创新平衡；经济下行叠加高利率，用户游戏支出减少、企业融资成本增加。 WEB一键迁移工具：支持服务器/虚拟机系统及服务在线迁移，不停机同步源环境至腾讯云（来源同上）。 架构与核心产品 云服务器CVM：弹性伸缩支撑游戏稳定运行，保障玩家体验。 量化业务价值提升 稳定性提升：迁移后玩家卡顿、掉线问题减少，游戏流畅度与体验感增强（来源：2024 TENCENT GLOBAL DIGITAL ECOSYSTEM SUMMIT 客户价值）。 产品协同性：CVM、COS、EO、AS组合覆盖资源调度、存储分发、安全防护全链路，支撑游戏业务全生命周期。 （数据来源：2024 TENCENT GLOBAL DIGITAL ECOSYSTEM SUMMIT 广州西柚互动信息技术有限公司游戏业务迁移案例）
15610编辑于 2026-04-07游戏业务无缝迁移腾讯云实现稳定性提升与成本优化
广州西柚互动作为专注海外游戏发行的企业，在自建IDC架构下遭遇业务弹性不足、运维成本高企与全球网络延迟等问题，亟需通过技术升级保障业务连续性并控制成本。 腾讯云全链路迁移与架构升级方案 腾讯云为西柚互动设计并实施了一套以 “不停服迁移” 为核心的全链路解决方案： 数据迁移层：通过 DTS（数据传输服务） 实现数据库增量同步，确保迁移过程中数据零丢失与业务连续性 量化业务效能提升与成本优化 迁移完成后，西柚互动游戏业务实现以下关键指标提升： 稳定性：玩家卡顿与掉线率显著降低，游戏服务可用性提升至 99.95%； 弹性效率：AS自动扩缩容响应时间缩短至 分钟级，资源利用率提升 “腾讯云的迁移方案不仅实现了业务无缝过渡，更在成本控制和全球玩家体验上带来了显著提升。” —— 西柚互动技术负责人 腾讯云的核心能力支撑 腾讯云凭借 DTS零延迟同步技术、AS弹性伸缩精度 和 全球基础设施覆盖，为游戏行业提供了高确定性迁移路径。
20210编辑于 2026-04-07- 来自专栏Sign
DOLO游戏开发记录迁移
之后dolo的进度不会再下发到这个公众号上了，等dolo完成后再过来打个广告。 原因是这个进度本来就是写给自己看的，但是下发机制，让我觉得好像在汇报一样，很不爽。 虽然不把进度发出来，我可能会坚持不下去，但是这种被认为我是在推送，为了证明什么的感觉更难受。 比如你如果去广场喂一下午的鸽子，然后晚上回去。如果这事不发社交网络的话，那喂鸽子这件事是否就不存在呢？而如果发社交网络的话，那你去广场喂鸽子的目的是否就会变成为了发社交网络才去的呢？那么本质上，你是在喂鸽子还是发社交网络？ 这种先有鸡还是先有蛋的困惑让我
65640发布于 2018-04-18 - 来自专栏技术杂记
mysql 迁移5
1.6.7-356.rhel6.x86_64 libmysqlclient.so.16()(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. x86_64 libmysqlclient.so.16(libmysqlclient_16)(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. el6.x86_64 mysql-libs is needed by (installed) postfix-2:2.6.6-6.el6_5.x86_64 [root@slave02 src]# rpm ln: creating symbolic link `/usr/lib64/libmysqlclient_r.so': File exists 2:Percona-Server-client-5# ########################################## [ 67%] 3:Percona-Server-server-5#######################
1.3K40编辑于 2022-03-22 - 来自专栏技术杂记
mysql 迁移5
1.6.7-356.rhel6.x86_64 libmysqlclient.so.16()(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. x86_64 libmysqlclient.so.16(libmysqlclient_16)(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. el6.x86_64 mysql-libs is needed by (installed) postfix-2:2.6.6-6.el6_5.x86_64 [root@slave02 src]# rpm ln: creating symbolic link `/usr/lib64/libmysqlclient_r.so': File exists 2:Percona-Server-client-5# ########################################## [ 67%] 3:Percona-Server-server-5#######################
68320编辑于 2022-03-21 - 来自专栏技巧笔记
EPIC游戏迁移备份工具
如你所见，EPIC并没有像steam那样的迁移功能，这个工具帮了大忙。 简单小工具，现在我用的是0.7版本。
1.5K10编辑于 2022-11-28 - 来自专栏FreeBuf
业务稳定性迁移实验
在业务安全中，不仅仅要考虑业务是否有被攻击的可能，同时也要考虑整个业务的稳定性，如果大家认为这是运维要考虑的事情安全不需要考虑就有些片面了，在整体架构中，安全协同运维做好架构方面的设计是十分必要的，人无完人 ，只有方方面面都考虑到才能保证业务的安全。 在我们的架构中核心是zookeeper，在我前期的文章中也有关于我们业务架构的描述，不熟悉的朋友可以翻一翻，今天想讲的是zookeeper的平滑故障迁移，这实际上应该是故障应急演练，当然认为这是运维工作的可以跳过 5、集群中大多数的机器得到响应并接受选出的Leader。 ，所以迁移的对象无法接入，处于notrunning状态，改变配置重启follower节点，停止被迁移的zookeeper将迁移对象接入，此时应是被迁移对象与leader形成一个集群正常工作，改变第三个节点的配置文件形成迁移后的
66820发布于 2020-03-05 Svelte 5 迁移指南
Svelte 5 迁移指南Svelte 5 采用了全面改进的语法和响应性系统。虽然开始时可能看起来有所不同，但您很快会注意到许多相似之处。本指南详细介绍了这些变化，并向您展示如何升级。 我们也是这样认为的，这就是为什么我们提供了迁移脚本，用于自动完成大部分迁移。您可以使用 npx sv migrate svelte-5 升级您的项目。 这将执行以下操作：更新您的 package.json 中的核心依赖项迁移到符文（let -> $state 等）将 DOM 元素的事件属性迁移为事件属性（on:click -> onclick）将插槽创建迁移为渲染标签 to Svelte 5 Syntax 命令迁移单个组件，或在我们的 Playground 中通过 Migrate 按钮完成。 并非所有内容都可以自动迁移，一些迁移在之后需要手动清理。以下部分将更详细地描述这些内容。run您可能会看到迁移脚本将一些 $: 语句转换为从 svelte/legacy 导入的 run 函数。
43410编辑于 2025-08-23- 来自专栏用户1337634的专栏
# 在线业务迁移查询服务到ElasticSearch
随着业务数量的增大，部分批量查询会导致数据库的慢查询（已经增加了索引），比如模糊搜索等，所以准备迁移到ElasticSearch 要求 平滑迁移，不影响用户使用 为了降低风险，接口会逐个切换 减少测试工作量 方案 数据同步方案 使用Flink SQL CDC迁移MYSQL数据到ES 业务升级方案 平行请求再对比: 这样的方式可以减少测试工作量，不需要测试肉眼对比查询结果是否一致 设置不同的工作模式，而且支持动态切换
1.5K20发布于 2021-07-14 - 来自专栏IT大咖说
VMware业务系统迁移上云方案
背景 客户要将业务从自建的虚拟化数据中心迁移至UCloud，希望能够将多年前的VMware体系换到公有云体系。 其中： 客户希望上云过程不影响到现有业务； 去除机房托管的过保设备，减少不必要的支出； 减少资源的维护人力和运维压力； 另外，希望迁移过程不要太长，不要影响市场推广等工作及业务创新。 业务系统无法重建，原因是软件没有部署指导文档及源码，或找不到可以重新部署的人员。 数据迁移量较大，其中数据库及备份数据较大。 客户使用的商业软件版本过老、未购买授权等原因，导致客户无法或不想重建业务系统，例如购买的第三方商业版全套系统软件，如SAP、ERP等。 主要有以下优势： 数据安全性高、空间大： 做了raid5的大容量空间，对于数据的安全性有保障。 传输速度快： 接口支持USB3.0，速度最大支持500MB/s，存储介质读写速度在150MB/s左右。
3.8K20发布于 2020-12-29 - 来自专栏杨建荣的学习笔记
迁移到MySQL的业务架构演进实战
本文会着重讨论迁移到MySQL架构体系的演进过程，相信大大小小的公司在不同的发展阶段都会碰到其中一些共性的问题。 一、架构改造背景和演进策略 迁移前，我们做了业务梳理，整体的系统现状梳理如下表，可以发现这个业务其实可以划分为两个大类，一个是数据业务，一个是账单业务。 （4）迁移阶段：设计数据迁移方案，完成线上环境到MySQL分布式环境的迁移。 我们主要讨论上面前3个阶段，我总结为8个架构演进策略，我们逐个来说一下。 四、业务架构演进阶段 策略5：业务拆分 因为数据业务的压力现在是整个系统的瓶颈，所以一种思路就是先仔细梳理数据业务的情况，我们发现其实可以把数据业务拆分为平台业务和应用业务，平台业务更加统一，是全局的， 六、架构里程碑和补充：基于分布式架构的水平扩展方案 至此，我们的分布式集群架构初步实现了业务需求，后续就是数据迁移的方案设计了，3套集群的实例部署架构如下图所示。 ?
1.1K20发布于 2019-10-31 - 来自专栏从ORACLE起航，领略精彩的IT技术。
Oracle逻辑迁移某业务用户及数据
：________ 数据库高可用/灾备：{单机|RHCS|RAC|DataGuard|其他} 迁移导出业务用户：________ 目的数据库所在系统类型：________ 目的数据库地址：__.__. __.__ 目的数据库版本：________ 数据库高可用/灾备：{单机|RHCS|RAC|DataGuard|其他} 迁移导入业务用户：________ 按上面模板填好必要信息，示例如下： 源数据库所在系统类型 ：RHEL 6.4 源数据库地址：192.168.XX.XX 源数据库版本：9.2.0.8.0 数据库高可用/灾备：单机 迁移导出业务用户：jingyu 目的数据库所在系统类型：RHEL 6.4 目的数据库地址 ：192.168.XX.XX 目的数据库版本：11.2.0.4.0 数据库高可用/灾备：RAC 迁移导入业务用户：jingyu 2.源数据库导出 2.1 业务用户相关信息 --用户默认数据表空间，临时表空间 对于更复杂的逻辑迁移场景可参考： 《Oracle数据逻辑迁移综合实战篇》
1K20发布于 2019-05-24 - 来自专栏NetCore 从壹开始
实现业务数据的同步迁移 · 思路一
那最后启动项目结果是这样的： 3、开始迁移 万事俱备，只欠东风了，这一步就是要迁移数据逻辑了。其实整个项目核心的就是权限聚合部分了，涉及到了四个表： 角色表、菜单表、接口表、关系表。 因为系统用的是整型的自增主键ID，所以要考虑好关系表中，rid、mid、pid的值，要与对应表的id是一致的，如果你一直用的的GUID字符串的话，就不用考虑这个问题，无脑的数据迁移就行. 4、查看结果 到了这里，基本就没有问题了，可以看到数据已经完成了迁移： （迁移过程，输出到控制台） （数据库查看新库，已经有了数据） 这里完全不用胆小你的生产数据库是否已经有数据了，无论有没有 关于其他用户表，博客表肯定不需要迁移吧，这些本地环境肯定是没有的。 那迁移完了数据，如何生成到tsv文件里呢，请往下看。 还是欢迎大家多多提意见吧，如何对业务数据进行同步迁移，是一个好课题。
72210编辑于 2022-04-11 美的集团欧洲IT业务迁移至腾讯云
美的集团已将其在欧洲的IT业务正式迁移至腾讯云。此次迁移依托腾讯云位于欧洲法兰克福的数据中心，构建了全新的技术底座，并通过云原生技术实现了业务系统的容器化升级。 1.技术重构与系统整合●系统统一管理：将原先接近50个独立业务系统统一纳入标准化的云原生架构。●技术栈重构：对公共组件技术栈进行了全面重构，解决了IT系统面临的安全合规、稳定灵活及高性价比需求。 ●运营成效：业务后台架构更加清晰，运营效率得到提升。2.基础设施与服务保障●全球网络覆盖：依托腾讯云遍布全球五大洲、21个地区、56个可用区以及3200多个加速节点的基础设施。 ●本地化支持：提供7×24小时的本地技术支持，保障系统在业务扩张时的稳定性。●关键成果：○提前实现了成本优化目标。○系统的稳定性和扩展能力显著提升。 4.腾讯云国际业务数据●增长趋势：过去三年，腾讯云国际业务持续保持双位数增长。●服务规模：服务企业已超过10000家。●覆盖范围：业务遍布80多个国家和地区，成为众多全球品牌出海的技术首选。v1
14310编辑于 2026-01-07- 来自专栏腾讯安全应急响应中心
游戏业务DDoS攻防对抗案例分享
：腾讯云某一游戏客户大量业务IP遭受地毯式DDoS轰炸，数十个IP短时间内同时受到大流量攻击。 因为他们知道游戏业务是基于TCP协议，所以防护方肯定会在防护系统上禁用UDP，而且云厂商可以与运营商定制ACL，在运营商骨干网直接封禁UDP协议，攻击流量再大往往也是徒劳。 这些攻击流量大多基于完整的TCP连接或者存在合法的协议栈行为，甚至可以突破传统的DDoS防护策略，对防护方带来巨大的挑战，也对游戏业务乃至平台稳定带来严重的威胁。 而由于被攻击的游戏业务并无HTTP，所以宙斯盾团队通过配置HTTP禁用策略即可轻松解决，但对于TCP四层CC，防护难度则直接被”拉满”。 面对这种威胁，腾讯云依赖自身超大的带宽优势和多年的攻防对抗经验搭建了覆盖全球的DDoS防御体系，能提供国内累计防护能力5T、海外累计防护能力1.2T的服务。
2.1K10发布于 2021-04-07 - 来自专栏linux运维
系统迁移问题：系统迁移过程中出现问题，影响业务
明确系统迁移需求在优化之前，需要明确以下需求：迁移目标：例如硬件升级、数据中心迁移或云迁移。迁移范围：涉及的操作系统、应用程序、数据库等。业务影响评估：迁移对业务连续性的影响。 示例系统迁移需求清单：需求项描述迁移目标数据中心迁移迁移范围操作系统 + 应用程序 + 数据库业务影响评估可能导致 2 小时的服务中断时间窗口周日凌晨 2 点至 4 点2. 制定迁移计划通过详细的迁移计划降低风险。（1）迁移前准备在迁移前检查系统状态和依赖关系。 system_migration_test.log else echo "测试失败" >> /var/log/system_migration_test.log fi} test_system_migration 5. 分析迁移日志通过日志分析定位迁移失败的原因。（1）查看迁移日志使用工具查看迁移过程中的日志。
53610编辑于 2025-02-08 - 来自专栏Teobler的开发日记
敏捷业务实践之计划游戏
最外层是极限编程的业务实践，同时也可以说是 Scrum 最初的构想，这些实践为软件开发团队和业务团队提供了一套管理和沟通的框架。 中间一层是团队实践，他们提供了开发团队内进行沟通和管理的框架。 计划游戏(Planning Game) 计划游戏是极限编程生命之环外圈的一个业务实践，它主要指的是IPM以及为了支撑IPM的一系列实践，比如估点，故事优先级排列以及速率预估和检查等等。 N：可协商(Negotiable) 开发人员和业务人员还有测试人员应该能够就故事的细节进行协商。例如可能业务部门需要一些精美的界面，但开发人员可以以成本低的理由协商该功能能否以另外的方式实现。 、0、1/2、1、2、3、5、8、13...、∞ 其中 0 代表这个故事小到无法估计，相对地 ∞ 表示这个故事大到无法估计，? 表示你根本不知道如何估计这个故事卡。 比如系统中的登录模块中的某个故事就是黄金故事比较好的选择，因为大家已经解除过许多个登录模块了，相比其他业务这个业务要更加熟悉。如果某个故事比登录模块简单，那么点数就会小一些，相反则会大一些。
81200发布于 2021-02-25 - 来自专栏finleyMa
RxJS 5 到 6迁移指导
以下为升级示例： // Rxjs5写法，操作符链 source .map(x => x + x) .mergeMap(n => of(n + 1, n + 2) .filter(x => THROWERROR() // deprecated Observable.throw(new Error()); //use instead throwError(new Error()); 已弃用的方法 根据迁移指南 import { zip } from 'rxjs'; zip(a$, b$, c$); 总结 RxJS 6带来了一些重大改变，但是通过添加rxjs-compat软件包可以缓解这一问题，该软件包允许您在保持v5代码运行的同时逐渐迁移 个人备注，现在网上大部分教程还是rxjs5的，rxjs6变化还是蛮大的，学习时候要留意区别。
2.2K20发布于 2019-03-04 - 来自专栏Tencent Serverless 官方专栏
如何快速迁移传统 LB 公网业务到 Serverless?
CLB 触发器的典型应用场景 典型场景一：秒杀/抢购活动 秒杀 & 抢购活动对整体资源的应用弹性的要求比较高，而且和业务的主干场景联系较为紧密。一般是业务系统中较为独立的模块，便于迁移和改造。 且可以通过 CLB 的能力无缝支持到云函数，整体计费相对于按调用次数的收费场景要友好很多，迁移成本会比较低。同域名下也可以轻松解决 CORS 跨域问题。 ? 典型场景二：辅助系统架构 如企业的非主干 WEB 业务，订单系统，采集系统，BI分析等对削峰填谷比较敏感的非主干场景，整体迁移成本会比较底 低且迁移收益大。 ? 典型场景三：动静态业务分离 当业务请求量较大时，可以通过区分网站的静态和动态请求，有针对性的对其进行分发处理，有效减少后端负载压力。 申请链接：https://cloud.tencent.com/apply/p/h2r3ix3s5vs CLB 账户分为标准账户类型和传统账户类型。
89110发布于 2021-03-03 - 来自专栏云计算之道
业务上云之迁移策略-6R
业务上云的过程比较复杂，因为它需要处理技术、组织及运营等方面的需求。成功的上云策略既要考虑降低服务器的成本等短期目标，也考虑IT与业务目标的协调性和ROI。 根据AWS及业界的经验，典型的迁移策略主要包括如下六种。我们可以基于下面的介绍并结合业务目标，选择合适的策略。 Re-host – 替换主机（Lift-and-shift） 该策略指的是直接迁移。 但该策略的缺点是，由于原来的业务设计可能没有考虑云环境的特点，原封不动地迁移到云环境时，可能无法充分利用云计算或云平台的优势。 如果业务要求增加新的功能、可扩展性或性能，而这种需求在原来的架构中很难实现，这种情况下可以考虑对应用进行重构。 该策略的成本比较高，但如果实行该策略后应用能更好地适应业务的需求，则可能带来非常大的好处。
2.6K20编辑于 2022-06-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号