- 综合排序
- 最热优先
- 最新优先
腾讯云发布 CentOS 替代白皮书，详解平滑替代方案与实践案例
自动化平台（自动化运维平台）, #migrate2tencentos迁移工具（迁移工具） 第二章：报告背景和目标 CentOS 于2020年12月08日宣布停止维护并推出 CentOS Stream，各版本停服时间明确 自动化平台 4.5 migrate2tencentos 迁移工具 4.6 CentOS 原地替换实施 TencentOS Server 兼容性和生态 5.1 兼容性说明 5.2 生态认证 第四章：方法论说明 核心分析模型：替代模式（新增替换、原地替换、托管服务）、迁移流程（TOSAM平台管理+迁移工具执行）、风险评估（兼容性、连续性、稳定性）。 数据库来源：腾讯云 CentOS 替代实践案例数据。 解决方案：腾讯云提供三种替代模式，重点推荐原地替换（替换过程简单、实施周期短）；通过TOSAM自动化平台（批量管理主机、编排任务）和migrate2tencentos迁移工具（支持原地替换、无侵入操作） 自动化平台实现主机批量管理、任务编排、可视化迁移，降低复杂度提升效率；自研migrate2tencentos迁移工具支持 CentOS 7/8及对应 RHEL/Oracle Linux 原地替换，无Agent
800编辑于 2026-04-28报告基础信息
CentOS 替代白皮书 发布机构：腾讯云 发布时间：未明确注明（基于内容推断为2024年） 行业标签：政务,能源,金融,制造,传媒,交通出行 产品标签：#TencentOS Server, #TOSAM 自动化平台 migrate2tencentos 迁移工具 CentOS 原地替换实施 TencentOS Server 兼容性和生态 TencentOS Server 兼容性说明 平台 + migrate2tencentos工具） 兼容性验证模型（ABI/版本兼容性测试）undefined数据来源： 腾讯云内部实践数据、客户迁移案例undefined调研时间： 未明确注明 腾讯云解决方案： TencentOS Server 与 CentOS 用户态二进制兼容，支持无缝迁移；TOSAM平台实现批量自动化管理，迁移工具（migrate2tencentos）支持无侵入式操作 迁移工具优势： TOSAM平台提供可视化批量管理，支持零Agent侵入式迁移；migrate2tencentos工具具备备份（EasyBackup）、恢复（EasyRestore）及预检查能力，保障业务连续性
4010编辑于 2026-04-27第一章：报告基础信息
发布时间：2024年（依据文档内部操作日志推演标注） • 行业标签：泛金融,能源,政务,交通出行,工业 • 产品标签：#TencentOS Server, #TencentOS Server V3, #TOSAM 自动化平台, #TDSQL, #TBase, #TBDS 第二章：报告背景和目标 在全球范围内超 35万家 公司广泛使用 CentOS 的背景下，由于 CentOS 官方全面停止维护，国内涵盖金融、能源等重要行业 TOSAM 自动化平台 4.5. migrate2tencentos 迁移工具 4.6. CentOS 原地替换实施 TencentOS Server 兼容性和生态 5.1. 配合无侵入式的架构设计，构建由 TOSAM 管理中枢与 migrate2tencentos 工具组成的全自动迁移工作流模型。 • 独创的自动化无侵入迁移矩阵：提供 TOSAM 自动化平台与 migrate2tencentos 核心套件。
3100编辑于 2026-04-27中粮信托国产化操作系统改造：基于TencentOS的原地替换实践与业务价值
落地TencentOS原地替换技术方案 选型核心原则：以“业务零中断、风险可回滚、成本可控”为标准，优先选择原地替换方案（无需重新部署应用，迁移周期短，单台迁移≤30分钟，支持批量自动化，降低人工成本， 迁移工具：通过TOSAM可视化管控平台和migrate2tencentos工具实现自动化迁移。 步骤：CentOS系统→部署TOSAM→部署TencentOS yum源→安装工具→替换RPM包→重启→TencentOS系统（来源：中粮信托POC测试过程）。 量化迁移成效与业务价值 POC测试验证： 兼容性：TencetOS支持业务现有代码及API接口，兼容中间件和监控工具，自动化工具实现从CentOS平滑过渡（来源：中粮信托测试结果）。 TencetOS支持业务现有代码及API接口，兼容中间件和监控工具，利用自动化迁移工具可无缝延续现有环境，实现平滑过渡。”
12610编辑于 2026-04-16- 来自专栏测试开发社区
自动化测试平台实战
大家好，我是你的课程老师Fin，欢迎来到我的专栏《自动化测试平台实战39讲》，很高兴能在这里和你聊聊自动化测试平台。 那么在课程开始之前，我先简单一句话介绍下自己的从业经验。 掌握自动化测试平台常会遇到的技术难点： 前端执行用例的代码逻辑，自动化定时任务如何结合项目执行，参数、id的传递逻辑。 如何开发选择批量用例集进行自动化执行，前后端的逻辑。 通过本课程，你可以了解Python知识，了解自动化测试知识，了解企业级项目实践，最主要的是快速掌握搭建一套非常适用的自动化测试平台，目前虽然Github上开源自动化测试平台非常多，但是详细讲解自动化测试平台的课程几乎为 ； 如果你有自动化基础，有代码基础，那么可跳过地基，直接开始建楼、装修，带你精通自动化测试平台的开发。 总之，对自动化测试平台感兴趣的所有人都可以订阅本专栏。
2.1K20发布于 2020-03-03 - 来自专栏张善友的专栏
Gallio 自动化测试平台
根据Gallio网站的描述：Gallio自动化平台是一个开放的，可扩展，和中立的系统，为.NET提供了一个公共的对象模型，运行时的服务和工具（例如测试运行器），在任何数量的测试框架中起协调作用。 Gallio平台的目标是促进建立一个丰富的社区和厂商所开发的大量的测试工具之间互操作的生态系统，以便处理比单个独立测试框架更广泛的测试需求。 单元测试、集成测试、性能测试，甚至半自动化的测试都可以利用公共的基础设施。此外还需要有统一的界面，使他们更容易的整合到系统和企业流程中来。 Jeff Brown觉得MbUnit团队对于社区的价值，MbUnit可以创建一个中立的平台，MbUnit可以作为许多框架的宿主（hosts），其他的开源项目和商业项目可以利用该平台的服务，创造丰富的互操作性且可扩展的测试解决方案 经过多次讨论后，决定从MbUnit分离出测试运行器和诞生了Gallio自动化平台。
2K100发布于 2018-01-29 中粮信托采用TencentOS实现CentOS国产化替代，单台迁移时间控制在30分钟内
应对CentOS停服与信创合规的紧迫挑战 金融行业面临CentOS停服带来的安全漏洞无法修复、技术支持中断的严峻风险，中粮信托300余套业务系统（包括核心交易和结算平台）直接暴露于安全威胁之下。 腾讯云提供原地替换与自动化迁移方案 腾讯云基于TOSAM可视化管控平台与migrate2tencentos自动化工具，提供原地替换迁移方案。 相较于新增替换方案，原地替换方案降低硬件成本与业务割接风险，并实现： 故障定位与解决周期平均缩短，消除跨时区与语言沟通障碍； 与国产数据库、中间件深度兼容，消除跨平台适配壁垒； 运维管理效率提升，满足公司 “TencetOS支持业务现有代码及API接口，兼容中间件和监控工具，利用自动化迁移工具可以无缝地延续现有的环境信息和实现从CentOS平滑和高效的过渡。” —— 南昕，中粮信托 腾讯云的技术保障与行业实践 腾讯云TencentOS凭借金融行业超千万套部署实践、全流程自动化迁移工具及本地化即时响应服务成为中粮信托首选。
13510编辑于 2026-04-15- 来自专栏互联网运维杂谈
【平台篇】运维自动化平台深度解码
在前面的另外一篇文章【运维平台全体系介绍】中，也讲到运维平台体系的构成，提出“**及服务”的理念，其中有几部分和自动化密切相关，比如说资源及服务、配置及服务、架构及服务，持续集成服务，最终都服务于面向业务的可视化调度平台目标上去 让我们再回顾一下平台规划体系（涉及自动化部分的，我用红色框中）： ? 四、运维自动化的方法论 第一、全局驱动 无论是从全部的自动化管理平台规划，还是某个平台的规划，都希望大家都能找到一个全局的立足点。 所以提供类SSH界面的运维发布和部署平台，是没有任何运维价值的。 五、运维自动化系统的实现 挑战一个自动化的极致场景（可视化），是运维人对极致的追求。 有了用户驱动和价值驱动，对运维的效率、质量都有了更高的要求，反向驱动我们必须走自动化和平台这条道路。
1.7K21发布于 2019-11-18 - 来自专栏小网管的运维之路
saltstack实践 - 自动化平台部署
saltstack实践 - 自动化平台部署
1.1K20发布于 2019-05-29 - 来自专栏全栈程序员必看
蓝鲸自动化运维平台
蓝鲸自动化运维平台 1.蓝鲸简介 官网：https://bk.tencent.com/docs/ 腾讯蓝鲸智云，简称蓝鲸，是腾讯互动娱乐事业群（Interactive Entertainment Group ，简称 IEG）自研自用的一套用于构建企业研发运营一体化体系的 PaaS 开发框架，提供了 aPaaS（DevOps 流水线、运行环境托管、前后台框架）和 iPaaS（持续集成、CMDB、作业平台、容器管理 、数据平台、AI 等原子平台）等模块，帮助企业技术人员快速构建基础运营 PaaS。
12.6K21编辑于 2022-08-30 - 来自专栏基哥杂记
DevOps之自动化测试平台
为了满足这些api能更好的回归测试，我们希望能有一个自动化测试平台，它应该要满足以下几个特性： 1. 能简单的管理测试集和测试用例，并和api管理平台能集成。 2. 选型自动化测试框架，能同时支持api和web。参考wiki文章 3. 开发尽量简单化，平台能有IDE，和丰富的调用库。 4. 一些简单的CRUD的api，平台可自动生成测试代码。 5. 详见具体用例列表 autotest-ossapi，简单业务可由用例平台生成的api自动化测试项目，目前8个用例，主要用于管理简单的增删改查，业务逻辑较为简单的用例，通过平台配置用例的基本参数即可自动生成 自动化测试结果： ? ? 4. 用例生成平台 4.1. 流程图 ? 流程图 研发新开发完一个接口，需要在falcon平台配置对应的api参数，也需要配置对应的自动化测试用例，具体流程如下： 1. Jenkins构建，运行自动化测试项目。 4.2. 平台操作 1. 用例数统计 ? 2. 用例管理界面 ? 5.
2.6K20发布于 2020-07-06 - 来自专栏「3306 Pai」社区
构建MySQL自动化平台思路
本人在日常工作中，用python写一个DB平台。 下面简单的嗦一嗦目前的主要思路和未来展望吧~ 目前主要功能支持： ? 下一个版本迭代： ? 高可用模块：打算使用（？？ 如何实现自动化 自动化的前提是要实现标准化，如果不能实现标准化，那么我还是请你实现标准化吧。 （虽然也可以实现，成本也是巨大） 为了实现自动化，首先要统一的操作版本和MySQL分支版本， 操作系统版本 基于redhat或centos系列 6系列不能低于6.8 ，7系列不能低于7.4 。 MySQL5.5 5.6太老，不考虑接入，尤其在新平台的开发。(低于5.7的请尽快升级) MySQL8.0太新,作者头不铁，等等再说吧... 那么简单说一下安装部署的思路吧，目前只有单机版本。 在这个平台中提供对MySQL巡检支持的。 ?
1K20发布于 2018-09-14 - 来自专栏测试人生
接口自动化测试平台简介
一直想抽时间写一个接口自动化平台，最近由于公司项目的原因，终于有时间写了。 希望能帮助到一些对测试平台感兴趣的同学。 下面是部分页面截图： case管理 ? case详情 ? ? 测试集合 ? 测试集合详情 ? 全局变量 ?
2.9K20发布于 2019-11-14 - 来自专栏测试游记
自动化设备管理平台
代码地址：https://github.com/zx490336534/UTest_device_manage
1.2K10发布于 2019-12-11 - 来自专栏ATYUN订阅号
如何打造营销自动化平台
协调这些活动以大规模获取新用户已经变得非常耗时，这导致我们面临自动化的挑战。 增长收购 收购通常由一个数据驱动的跨职能团队领导，该团队专注于规模、可测量性和可预测性。 通过自动化日常决策，我们可以有效地扩展并创建一个数据驱动的学习系统。这也让营销人员专注于创新和实验，而不是经营活动。 自动化之路 我们的目标：建立一个营销自动化平台，以提高成本和数量效率，同时使我们的营销团队能够进行更复杂、更具影响力的实验。 要求: 能够预测新用户参与我们产品的可能性。 我们的技术栈包括Apache Hive、Presto、一个内部机器学习(ML)平台、streams和第三方api。一个轻前端feed在业务目标和启动创意。 结论 Lyft营销自动化的长期成功依赖于将人类反馈融入我们的机器学习平台。这通常被称为“人在循环”的机器学习，它使机器能够处理自动广度的问题，同时使人类操作员能够专注于与知识相关的问题。
2.7K20发布于 2019-07-17 - 来自专栏杨建荣的学习笔记
自动化平台开发小结（五）
目前的自动化平台中是设计了一个表来记录备份信息，这个数据是本地存储的，但是源数据是在另外一个数据库中，我就需要在一个事务里先从源端取到数据，然后把数据遍历，得到insert语句插入到当前的自动化平台库中
67650发布于 2018-03-22 - 来自专栏小网管的运维之路
saltstack 自动化平台 - 日常管理
saltstack 自动化平台 - 日常管理
1K10发布于 2019-05-28 - 来自专栏杨建荣的学习笔记
自动化平台开发小结（三）
今天来继续说说自动化开发的一些事情，截止目前，也是按照计划中的开发进度在推进。说几点自己的感受。 元数据的设计 元数据这部分我的设计就是从简，先来一个概要的信息，然后细节的信息可以通过其他入口来看。
75550发布于 2018-03-22 - 来自专栏杨建荣的学习笔记
自动化平台开发小结（六）
最近几天还在不断的改进平台里的事情，而翻了下之前写过的文章，发现从起步到现在也有一个多月了。如果不是看看自己总结的文章，好像啥也没干。 尽管已有一个元数据平台，多套平台集合起来，而且分成不同的类别，可以说是混沌状态，而且最让人纠结的是到底缺少了那些信息，还很难去定位。这个工作是个体力活，也是很不招人待见的事情。 2）元数据信息错误 元数据存在的意义就是有效，可以参考，这是对元数据的信任或者是依赖，也是对平台的信任。所以一旦这个纽带建立不起来，其他的都是白扯。 3.Echarts的备份可视化 实现这个是想让平台看起来能用，让一些大家都不知道的数据能够更明确，比如备份的数据，一天备份了多少次，备份集大小是多少，备份多长时间，如果我们得到数据，没有分析层的支持，那么就是一个黑盒 同事调研了celery的内容，但是因为前后端的一些技术原因，没有很好的把信息利用起来，所以我有平台，他有基本的一些东西，我们就可以结合起来。
91150发布于 2018-03-22 - 来自专栏杨建荣的学习笔记
自动化平台开发小结（四）
今天对备份恢复和元数据的功能点进行了改进，突然发现需要做的事情远比想象的要多。 技术方面，目前Django的框架使用开始有一些需求的瓶颈了，因为有些需求从业务的角度来说，能够实现是极好的，但是从Dja
99250发布于 2018-03-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号