首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏云计算之道

    业务上云之迁移策略-6R

    业务上云的过程比较复杂,因为它需要处理技术、组织及运营等方面的需求。成功的上云策略既要考虑降低服务器的成本等短期目标,也考虑IT与业务目标的协调性和ROI。 根据AWS及业界的经验,典型的迁移策略主要包括如下六种。我们可以基于下面的介绍并结合业务目标,选择合适的策略。 Re-host – 替换主机(Lift-and-shift) 该策略指的是直接迁移。 但该策略的缺点是,由于原来的业务设计可能没有考虑云环境的特点,原封不动地迁移到云环境时,可能无法充分利用云计算或云平台的优势。 如果业务要求增加新的功能、可扩展性或性能,而这种需求在原来的架构中很难实现,这种情况下可以考虑对应用进行重构。 该策略的成本比较高,但如果实行该策略后应用能更好地适应业务的需求,则可能带来非常大的好处。

    2.6K20编辑于 2022-06-13
  • 游戏业务迁移腾讯云:稳定灵活降本安全的实践路径

    应对游戏行业红海的战略瓶颈 全球游戏市场进入红海阶段,竞争激烈致产品生命周期缩短、获客成本提升;政策监管加强要求合规与内容创新平衡;经济下行叠加高利率,用户游戏支出减少、企业融资成本增加。 WEB一键迁移工具:支持服务器/虚拟机系统及服务在线迁移,不停机同步源环境至腾讯云(来源同上)。 架构与核心产品 云服务器CVM:弹性伸缩支撑游戏稳定运行,保障玩家体验。 量化业务价值提升 稳定性提升:迁移后玩家卡顿、掉线问题减少,游戏流畅度与体验感增强(来源:2024 TENCENT GLOBAL DIGITAL ECOSYSTEM SUMMIT 客户价值)。 产品协同性:CVM、COS、EO、AS组合覆盖资源调度、存储分发、安全防护全链路,支撑游戏业务全生命周期。 (数据来源:2024 TENCENT GLOBAL DIGITAL ECOSYSTEM SUMMIT 广州西柚互动信息技术有限公司游戏业务迁移案例)

    15610编辑于 2026-04-07
  • 来自专栏CNCF

    业务迁移到容器云上的6个注意事项

    在将业务迁移到容器云环境时,应该注意哪些事项呢?下文我们总结了6个注意事项,帮助您安全使用容器。 1、将文件系统设置为只读 容器是不可变的,一旦运行,容器就不再需要对根文件系统进行更改。 6、实施PID限制 容器的一个重要优势是执行严格的进程标识符(PID)控制。 总结 在将业务应用迁移到容器环境中时,做好以上6个注意事项,可帮助安全人员大大减少攻击面。

    96810发布于 2021-10-13
  • 来自专栏技术杂记

    mysql 迁移6

    innodb_additional_mem_pool_size 也已经被弃用了,如果有要注释掉

    1.9K20编辑于 2022-03-21
  • 来自专栏技术杂记

    mysql 迁移6

    innodb_additional_mem_pool_size 也已经被弃用了,如果有要注释掉

    1.6K50编辑于 2022-03-22
  • 游戏业务无缝迁移腾讯云实现稳定性提升与成本优化

    广州西柚互动作为专注海外游戏发行的企业,在自建IDC架构下遭遇业务弹性不足、运维成本高企与全球网络延迟等问题,亟需通过技术升级保障业务连续性并控制成本。 腾讯云全链路迁移与架构升级方案 腾讯云为西柚互动设计并实施了一套以 “不停服迁移” 为核心的全链路解决方案: 数据迁移层:通过 DTS(数据传输服务) 实现数据库增量同步,确保迁移过程中数据零丢失与业务连续性 量化业务效能提升与成本优化 迁移完成后,西柚互动游戏业务实现以下关键指标提升: 稳定性:玩家卡顿与掉线率显著降低,游戏服务可用性提升至 99.95%; 弹性效率:AS自动扩缩容响应时间缩短至 分钟级,资源利用率提升 “腾讯云的迁移方案不仅实现了业务无缝过渡,更在成本控制和全球玩家体验上带来了显著提升。” —— 西柚互动技术负责人 腾讯云的核心能力支撑 腾讯云凭借 DTS零延迟同步技术、AS弹性伸缩精度 和 全球基础设施覆盖,为游戏行业提供了高确定性迁移路径。

    20210编辑于 2026-04-07
  • 来自专栏Sign

    DOLO游戏开发记录迁移

    之后dolo的进度不会再下发到这个公众号上了,等dolo完成后再过来打个广告。 原因是这个进度本来就是写给自己看的,但是下发机制,让我觉得好像在汇报一样,很不爽。 虽然不把进度发出来,我可能会坚持不下去,但是这种被认为我是在推送,为了证明什么的感觉更难受。 比如你如果去广场喂一下午的鸽子,然后晚上回去。如果这事不发社交网络的话,那喂鸽子这件事是否就不存在呢?而如果发社交网络的话,那你去广场喂鸽子的目的是否就会变成为了发社交网络才去的呢?那么本质上,你是在喂鸽子还是发社交网络? 这种先有鸡还是先有蛋的困惑让我

    65640发布于 2018-04-18
  • 来自专栏技巧笔记

    EPIC游戏迁移备份工具

    如你所见,EPIC并没有像steam那样的迁移功能,这个工具帮了大忙。 简单小工具,现在我用的是0.7版本。

    1.5K10编辑于 2022-11-28
  • 来自专栏FreeBuf

    业务稳定性迁移实验

    业务安全中,不仅仅要考虑业务是否有被攻击的可能,同时也要考虑整个业务的稳定性,如果大家认为这是运维要考虑的事情安全不需要考虑就有些片面了,在整体架构中,安全协同运维做好架构方面的设计是十分必要的,人无完人 ,只有方方面面都考虑到才能保证业务的安全。 在我们的架构中核心是zookeeper,在我前期的文章中也有关于我们业务架构的描述,不熟悉的朋友可以翻一翻,今天想讲的是zookeeper的平滑故障迁移,这实际上应该是故障应急演练,当然认为这是运维工作的可以跳过 实验理论 3台zookeeper形成稳定的集群,当其中一台发生故障时,另外两台接替故障的一台继续工作,当follower出现问题时,leader不会发生变化,此时将迁移的对象接入,由于持续工作的两台配置文件没有变更 ,所以迁移的对象无法接入,处于notrunning状态,改变配置重启follower节点,停止被迁移的zookeeper将迁移对象接入,此时应是被迁移对象与leader形成一个集群正常工作,改变第三个节点的配置文件形成迁移后的

    66820发布于 2020-03-05
  • 来自专栏用户1337634的专栏

    # 在线业务迁移查询服务到ElasticSearch

    随着业务数量的增大,部分批量查询会导致数据库的慢查询(已经增加了索引),比如模糊搜索等,所以准备迁移到ElasticSearch 要求 平滑迁移,不影响用户使用 为了降低风险,接口会逐个切换 减少测试工作量 方案 数据同步方案 使用Flink SQL CDC迁移MYSQL数据到ES 业务升级方案 平行请求再对比: 这样的方式可以减少测试工作量,不需要测试肉眼对比查询结果是否一致 设置不同的工作模式,而且支持动态切换

    1.5K20发布于 2021-07-14
  • 来自专栏IT大咖说

    VMware业务系统迁移上云方案

    背景 客户要将业务从自建的虚拟化数据中心迁移至UCloud,希望能够将多年前的VMware体系换到公有云体系。 其中: 客户希望上云过程不影响到现有业务; 去除机房托管的过保设备,减少不必要的支出; 减少资源的维护人力和运维压力; 另外,希望迁移过程不要太长,不要影响市场推广等工作及业务创新。 业务系统无法重建,原因是软件没有部署指导文档及源码,或找不到可以重新部署的人员。 数据迁移量较大,其中数据库及备份数据较大。 客户使用的商业软件版本过老、未购买授权等原因,导致客户无法或不想重建业务系统,例如购买的第三方商业版全套系统软件,如SAP、ERP等。 前置条件是: 公网带宽足够大,且不影响现有生产业务; 数据敏感性不高,允许公网传输; 数据量不太大,最好不超过10T级; 2、线下磁盘拷贝 ?

    3.8K20发布于 2020-12-29
  • 来自专栏finleyMa

    RxJS 5 到 6迁移指导

    原文: https://rxjs-dev.firebaseapp.com/guide/v6/migration 转载地址: https://segmentfault.com/a/1190000014956260 其他RxJs6弃用 Observable.if and Observable.throw Observable.if已被iif()取代,Observable.throw已被throwError()取代 THROWERROR() // deprecated Observable.throw(new Error()); //use instead throwError(new Error()); 已弃用的方法 根据迁移指南 ,但是通过添加rxjs-compat软件包可以缓解这一问题,该软件包允许您在保持v5代码运行的同时逐渐迁移。 个人备注,现在网上大部分教程还是rxjs5的,rxjs6变化还是蛮大的,学习时候要留意区别。

    2.2K20发布于 2019-03-04
  • 来自专栏杨建荣的学习笔记

    迁移到MySQL的业务架构演进实战

    本文会着重讨论迁移到MySQL架构体系的演进过程,相信大大小小的公司在不同的发展阶段都会碰到其中一些共性的问题。 一、架构改造背景和演进策略 迁移前,我们做了业务梳理,整体的系统现状梳理如下表,可以发现这个业务其实可以划分为两个大类,一个是数据业务,一个是账单业务。 (4)迁移阶段:设计数据迁移方案,完成线上环境到MySQL分布式环境的迁移。 我们主要讨论上面前3个阶段,我总结为8个架构演进策略,我们逐个来说一下。 策略6:事务降维 事务降维的过程是在经过这些阶段的演进之后,整体的业务逻辑脉络已经清晰,改动的过程竟然比想象的还要快很多,经过改进后的方案对原来的大量复杂逻辑校验做了取舍,也经过了反复迭代,最终是基于SQL 六、架构里程碑和补充:基于分布式架构的水平扩展方案 至此,我们的分布式集群架构初步实现了业务需求,后续就是数据迁移的方案设计了,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,防护难度则直接被”拉满”。 6.png 依赖该深度学习方案并结合业务特征定制的策略,宙斯盾对该黑客发起的所有TCP四层CC攻击流量实现了高精度清洗,黑客再次未能得逞。

    2.1K10发布于 2021-04-07
  • 来自专栏linux运维

    系统迁移问题:系统迁移过程中出现问题,影响业务

    明确系统迁移需求在优化之前,需要明确以下需求:迁移目标:例如硬件升级、数据中心迁移或云迁移迁移范围:涉及的操作系统、应用程序、数据库等。业务影响评估:迁移业务连续性的影响。 示例系统迁移需求清单:需求项描述迁移目标数据中心迁移迁移范围操作系统 + 应用程序 + 数据库业务影响评估可能导致 2 小时的服务中断时间窗口周日凌晨 2 点至 4 点2. 制定迁移计划通过详细的迁移计划降低风险。(1)迁移前准备在迁移前检查系统状态和依赖关系。 建立回滚机制确保迁移失败时可以快速恢复到稳定状态。(1)备份关键数据在迁移前备份关键数据和配置文件。 分析迁移日志通过日志分析定位迁移失败的原因。(1)查看迁移日志使用工具查看迁移过程中的日志。

    53610编辑于 2025-02-08
  • 来自专栏Teobler的开发日记

    敏捷业务实践之计划游戏

    最外层是极限编程的业务实践,同时也可以说是 Scrum 最初的构想,这些实践为软件开发团队和业务团队提供了一套管理和沟通的框架。 中间一层是团队实践,他们提供了开发团队内进行沟通和管理的框架。 这篇文章我们先从最外层的业务实践入手,看看敏捷在实践的时候是怎样一步步影响项目的走向的。 计划游戏(Planning Game) 计划游戏是极限编程生命之环外圈的一个业务实践,它主要指的是IPM以及为了支撑IPM的一系列实践,比如估点,故事优先级排列以及速率预估和检查等等。 N:可协商(Negotiable) 开发人员和业务人员还有测试人员应该能够就故事的细节进行协商。例如可能业务部门需要一些精美的界面,但开发人员可以以成本低的理由协商该功能能否以另外的方式实现。 比如系统中的登录模块中的某个故事就是黄金故事比较好的选择,因为大家已经解除过许多个登录模块了,相比其他业务这个业务要更加熟悉。如果某个故事比登录模块简单,那么点数就会小一些,相反则会大一些。

    81200发布于 2021-02-25
  • 来自专栏信数据得永生

    Python 迁移学习实用指南:6~11

    这些用例将呈现现实世界的主题/研究领域,并帮助您了解如何在不同的环境中利用迁移学习。 您可以在 GitHub 存储库中的Chapter 6文件夹中快速阅读本章的代码。 可以根据需要参考本章。 迁移知识 由于本章和书着重于迁移学习,因此让我们快速进行利用和迁移所学信息的实际任务。 在上一节中,我们讨论了不同的最新 CNN 架构。 现在让我们升级游戏,并使图像分类的任务更加令人兴奋。 在本节中,我们将专注于细粒度图像分类的任务。 与常规图像分类任务不同,细粒度图像分类是指识别更高级别类别中不同子类别的任务。 7 0 0 0 8 9 10 11 6 12 0 0 0 0 0 0 0 0 0 0 0 0 0 0] [ 2 13 4 5 2 6 7 0 0 0 2 6 9 14 15 16 1 17 7 0 0 因此,首先我们将 20 个类别映射到 6 个大类别。

    2.1K10编辑于 2023-04-23
领券