- 综合排序
- 最热优先
- 最新优先
- 来自专栏创作是最好的自我投资
传统架构 VS 云上架构
这种局面对传统架构产生了极为强烈的冲击，致使传统架构所固有的局限性愈发显著地暴露出来。那么，传统架构究竟存在哪些不足之处呢？与之相比，云上架构又具备哪些优势呢？ 那么，云上架构是否已经把这些弊端都予以解决了呢？答案无疑是肯定的。随着云计算技术的飞速发展，云上Serverless高可用架构应运而生。 这一架构在充分考量业务高峰期与低谷期平稳运行的基础上，不仅提供了卓越的高可用性与弹性扩展能力，更在资源利用与运维成本上展现出显著优势。 云上架构通过支持服务托管、弹性伸缩以及按量付费等功能，有效减少了企业在手动资源管理和性能成本优化方面的投入，从而显著降低了运维工作的复杂性和工作量。 综上所述，云上高可用架构正是为了解决传统架构所面临的诸多挑战而设计的。在当今这个数字化高速发展的时代，选择云上架构无疑已成为企业迈向成功的关键一步，势在必行。
49110编辑于 2024-12-31 - 来自专栏腾讯云游戏解决方案团队
游戏架构上云实战
导语：近年以来，随着游戏市场的玩法不断丰富多样化，游戏后台技术架构对与存储、网络、计算、安全等基础资源的能力要求也逐步提升，如何合理的规划业务架构，选择合适的上云方案，会对业务的架构扩展性以及运营稳定性 本文作者结合过往支持大型多人在线类游戏以及公有云上客户上云方案的经验，对游戏架构上云的架构规划以及架构扩展性等问题展开描述，帮助游戏开发者和运维更准确的规划架构上云方案。 制定游戏架构上云方案 明确了前两个问题之后，即可根据业务的实际情况，选择适合的上云方案，这里列举几种常见的上云方案产品组合，帮助读者参考对比： 架构方案对比 技术特点 适应类型 网络延迟 容灾效果 维护复杂度 ，也列举了常见部署方案的优劣势，腾讯云基于腾讯游戏多年的技术方案和经验积累，为客户提供全方位的游戏解决方案以及产品能力，帮助客户解决上云的效率，提升架构稳定性，以积木的方式搭建游戏后台架构，避免开发者在可用性 作者简介：宋永周，腾讯云游戏行业架构总监。从事游戏行业技术支持工作超过10年以上经验，曾负责过腾讯内部自研以及代理多款游戏大作的运维团队管理工作。目前聚焦于游戏客户上云方案规划和建设工作。
5K82发布于 2020-08-26 - 来自专栏浅谈云计算
腾讯云上云架构模型推荐
【背景】 圈里同学咨询，一家初创公司，主要架构是使用MySQL、LAMP、stack, 日活量百万级别，目标客户主要是中国和香港，随着规模增大，目前正在评估云厂商，希望： 1. 弹性扩缩容 2. 具体架构如图： 【架构剖析】 基于client-server方向进行分析。 腾讯云提供SAAS WAF架构和负载均衡型架构。 DDoS 高防包直接对腾讯云上 IP 生效，无需更换 IP，购买后只需绑定需要防护的 IP 即可使用，具备接入便捷、零变更等特点 DDOS高仿IP（大流量返沪） DDoS 高防 IP 是针对游戏、互联网及金融等业务遭受大流量 您可以通过 CLB 将业务流量分发到多个后端服务器上，消除单点故障并保障业务可用性。
9.4K1411编辑于 2022-05-12 - 来自专栏服务端技术杂谈
云原生架构演进与企业上云
过去的一段时间和一些架构师 / 技术负责人聊天，云原生和企业上云是最近一段架构演进的一个常见话题，那么小公司到大型公司在上云和云原生上有什么价值和收益呢。 云原生技术的里程碑 ? 云原生的定义 云计算的本质：按需分配资源和弹性计算 互联网业务特点：快速迭代，逻辑复杂，海量用户，流量突增，7*24小时高可用 上云的价值 业务上，研发团队可以更聚焦业务逻辑，提升研发效率，快速交付系统 订单一致性，消息系统，音视频编解码 存储层：IDC，Redis，DB等 通用支撑层：支持端到端的监控，代码审计管理，数据统计可视化，监控告警，部署发布流程，自动化测试平台等 我们想一下，对以上通用常见的软件架构如何演化上云呢 针对以上问题，我们可以得出云原生架构演进方向和需要提升的点。聚焦于微服务，中间件，DevOps这三个方向，结合云弹性来推动架构演进。 ? 优化微服务架构 建立服务开发规范，向云原生靠齐。 中间件层使用通用的云上中间件。 通用逻辑监控告警，CICD打穿整个交付周期。 在完成了一些列的标准指定，架构演进，上云的流程需要有一个明确的迁移计划： ?
2K30发布于 2020-02-19 - 来自专栏Yangsh888的专栏
【云上架构】系列教程：序言
故此，如何利用好云计算技术、最大化发挥云平台的能力则成为重大挑战之一。 作为一个云计算多年从业者，我看到很多用户其实并没有很好地利用云的各种优势，他们在云上的架构设计还有更合理的优化方案。 这次，我在重新梳理自己多年来探索过的云上架构设计时，总结和摸索出了一些云上架构的最佳实践方案，并正将其陆续整理成系列教程，按照架构小白、架构初步、架构进阶和终极架构的顺序展开，还将附供云平台、云模式、云服务器的各项选型工作与运维实践技巧分享 本系列教程适合云计算解决方案架构师、销售和市场人员、希望上云或对云计算有初步认识且需要进阶学习的小白、专业就读的在校大学生等...... 对于已对云计算有初步认识且需要进阶学习的小白，我在【架构初步】中介绍了云服务器的基础使用，并进行从0到1的上云指导。 对于专业就读的在校大学生，我会在【架构进阶】中完整介绍云上架构的六大原则：合理部署、业务持续、弹性扩展、性能效率、安全合规、持续运营。指导进行高可用、高可靠、高可恢复性（业务容灾）的云上架构设计。
53560编辑于 2022-03-14 - 来自专栏高可用
云顾问：云上架构运营工具介绍
云顾问云顾问是腾讯云结合腾讯云多年服务客户沉淀的最佳实践，一键完成云资源的巡检操作，根据业务实际使用情况，在线提供资源优化建议，高效提升业务连续性。 主要包含三款产品：风险评估、风险治理和云架构2.1 风险评估风险巡检项包含安全、可靠、服务限制、成本及性能五个类别，都是从实际用云经验出发，提炼了20几款产品、70+个风险项目，在获取授权后，自动扫描当前账号下的实例 Well-Architected FrameworkWell-Architected Framework是一个云上架构运营的最佳实践合集，内容涵盖卓越操作、安全性、可靠性、性能效率、成本优化和可持续性这六个部分 4、 答案也有优先级，回答部分答案会降低风险等级 5、 给入口，反馈此项不符合此工作负载下面是部分问答的示例：图片3.2 Labs的设计思路基于Framework，让你通过实际操作云上资源，来加深对最佳实践的理解 总结本文对比了两个云上的架构运营工具，详细介绍了他们的组成部分、设计思路，从中可以看出来，腾讯云的云顾问，更偏向于具体的实例风险及架构感知，可以及时感知故障修复情况；而aws的Well-Architected
1.1K00编辑于 2023-10-13 - 来自专栏Andy的技术专栏
业务上云实践和架构演进思考
从17年开始，结合公司业务上云专项，在线教育从一开始的云IaaS层迁移，到更开放的开源中间件选型，再到思考云原生的研发模式，做了很多实践和思考，推动后台架构演进。 这里把这些实践思考做下分享，欢迎沟通交流 目录 一、自研业务上云的背景 二、团队关于云原生的激烈讨论 三、梳理痛点，规划业务后台架构演进方向 四、优化微服务架构 五、调整中间件选型 ，内部成立“技术委员会”，启动“开源协同”和“业务上云”的两大战略方向 2大技术战略.png 在架构演进中，上云的价值是什么？ 流程的优化整合，来提升业务团队研发效率和质量，帮助业务降低风险、更快交付 最后开始实践上云： 理解上云的3个层次.png 梳理痛点，规划业务后台架构演进方向 腾讯课堂初期的后台架构设计 基于 来自于团队大家的问卷调查case.png 规划业务后台架构演进方向 针对这些业务痛点，开始聚焦微服务、中间件、DevOps这3个方向，结合业务上云来帮助推动架构演进。
2.4K63发布于 2019-10-22 - 来自专栏腾讯云大客户技术服务团队
腾讯云上架构之账号规划设计篇
合理的账号规划设计，会促使从云上的业务扩展、资源隔离、安全与细粒度的管控能够得到很好的体现，同时云上运维管理将会更加简单与高效。在介绍账号设计模式之前，这里先与大家分享几个与账号相关的产品和概念。 测试账号：主要存放用于测试业务的开发或调试，独立于生产和预生产环境，减少业务影响预生产账号：用于预生产业务的开发与管理工作，同时确保业务上线架构及稳定性，还可以在此账号进行混沌工程的演练，在上线前促进业务的健壮性 网络账号/infra账号: 此账号主要用于云上运维团队统一管控的。日志账号：进行日志集中采集与分析，便于后期公司内外部门的安全管控和审计。共享服务账号： 云上共享服务，提供云上各账号的共享服务调用。 、财务分账等维度考虑，可将云上的资源成本划分到各个项目组/业务部门，可以方便梳理云上的成本结构，便于云上的成本管理，也是解决企业CXO所关心的云上IT 成本治理的问题。 每个公司需求不同，其多个账号的维度可能不同，但原则是不变的，在这里依然推荐云上多账号的模式设计来规划或落地云上的业务。
9K150编辑于 2022-07-15 - 来自专栏信息化漫谈
上云同步做架构优化才能事半功倍！
上云过程中同步做架构优化，充分利用云的优势。 最近的疫情逐渐平缓，但网上秒杀抢口罩的活动仍很火爆。某公司运维人员反馈，使用了32核CPU、64G内存的服务器仍然抵不住该市疯狂的网上抄杀热情。 上云是正确的解决高并发的方向，但不仅是简单上云，同步的架构优化必不可少。今天我们来用测试数据看一下，上云优化的重要性。 二、将单台云服务器的能力提升也很快看天花板 我们将该云服务器的带宽从5M提升至100M，性能会有提升，但发现投入与收获不成正比。 通过负载均衡，将两台同样配置的云主机进行能力平均调度，实现低端云主机也能够平滑支撑大容量业务，平滑扩容。 ? 四、小结 上云就像搬家，有些家俱还能用，有些家俱就需要进行升级换代，而且住起来挺别扭。 用负载均衡只是上云的简单一小步，只解决了计算的能力扩展，数据库能力、存储能力等都需要弹性扩展。只要有心，总能发现生活中的不一样闪光点。
81120发布于 2020-02-26 - 来自专栏腾讯云大客户技术服务团队
腾讯云上架构之资源命名规范设计
本篇主要描述客户在使用腾讯云上云产品资源时，需从资源命名规范上，进行统一规范化设计。 云上资源统一命名目的是：其一，云上资源命名规范化；其二，云上资源统一规范便于后续云上自动化，以增强整体云上运维能力，提升云平台整体运维透明度/资源辨识度，以及从资源管理、云上自动运维管理等维度提升云上管理的高效性 目标读者本文档主要适用于如下对象群体：云平台工程师云平台配置工程师云架构师云平台研发人员1.背景在服务众多客户的过程中，发现不少客户在使用腾讯云产品资源时，资源命名没有统一的规范，要么没有命名规范，出现 因此无论是开始使用云的新用户，还是老用户均可参考本篇云上资源命名的规范，再结合企业自身云上资源管理需求进行调整与设计。1.1. 资源命名目标本篇主要基于云上常见的云资源情况进行统一命名，便于资源命名规范化，以及后续云上自动化，提升云上运维效率。1.2.
4.8K190编辑于 2022-08-16 - 来自专栏信息化漫谈
云上容灾架构设计与方案
随着医疗、大型企业行业上云步伐的加快，上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户，往往建有自己的数据中心，如何保障极端情况下业务系统的稳定运行？ 在此架构下，一般建议至少买两台云主机，挂在负载均衡下面，避免单云主机出现业务中断。同时数据库与web、应用服务器不建议放在同一台云主机上，避免互相争抢资源，云端建议买RDS Paas服务，减少麻烦。 二、云上多AZ的应用高可用方案 一些云服务商在同一个城市部署了两个数据中心，中间通过高速的二层网络形成互连，形成了双AZ（可用区）的架构。 三、线上、线下结合的应用高可用方案 如果希望将公有云及企业自建的私有云进行联动，可以采用如下的系统架构，该方式与双AZ方式有很大的区别。 四、两地三中心的应用双活架构 该架构实际是以上两种方式的结合。双活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户，还会考虑异地的灾备。则采用以下的架构。
5.8K10发布于 2020-03-10 大型企业云原生架构规划设计和上云实践
深圳市远行科技CTO何明璐大家好，今天准备分享下大型企业云原生架构规划设计，平台建设和上云实践。本文内容来源于某汽车制造行业客户真实案例。云原生的基本概念首先我们需要明确下云原生的基本概念。 简单来说，云原生让应用从长在云上变到了生在云上的过程。其实现了关键的抽象化和过程化。抽象化：关注重心不断上移，从资源到服务，彻底不再关注资源层和底层技术细节。 对于当前的云原生架构规划设计项目，即使是咨询类项目，基于我们项目实践情况，基本客户都会要求基于规划设计输出进行完整的POC测试验证。云原生架构规划设计和上云流程案例最后，我们来看一个案例。 而且对于微服务上云不是传统的上IaaS基础设施云平台，而且需要持续集成和交付到云原生PaaS容器云平台。 只有这样，你最终开发完成的微服务应用才是完全满足云原生平台应用要求的。才是真正意义上的微服务应用上云过程。以上即是结合客户云原生架构规划设计项目的实践案例参考，供大家参考。
24210编辑于 2026-01-09- 来自专栏科技云报道
超融合：云基础架构的颠覆者（上）
超融合架构作为新型IT基础架构，由融合架构的基础上发展而来，目前已被广泛认为是云计算基础架构未来发展的趋势。 超融合架构的核心点如下： x86服务器上的超级融合：每一台x86服务器中都整合有计算和存储，在架构中去除了共享的物理存储设备，如磁盘阵列，相比融合架构可以实现计算和存储更深度的融合。 ，通过透传模式对底层磁盘存储资源进行管理，并以NFS等方式和虚拟化平台进行数据交互，Hypervisor上剩余的资源用以支撑用户虚机。 （申明：本文观点均为作者本人观点，不代表公司立场） 《超融合：云基础架构的颠覆者（下）》连载于科技云报道平台，将于下周发布，尽请期待！ 【本文由科技云报道独家首发】 转载请注明“科技云报道”并附本文链接
1.7K20编辑于 2022-04-12 - 来自专栏Tencent Serverless 官方专栏
腾讯文档业务上云，Serverless 架构应用最佳实践
伴随着公司自研上云的浪潮，在近来的开发中，团队在多个微服务项目中深入使用 腾讯云 Serverless 架构，满足了业务的需求，取得了不错的效果。 01. Serverless 解决方案 腾讯文档借助 Serverless 云函数搭建文档页面直出服务，将文档的内容渲染能力实现为函数，部署在云函数环境上，当文档业务流量激增，由云函数的负载均衡系统自动分配执行环境 全新 Serverless Web Funciton 服务开发模式，只需简单修改监听端口，即可将目前流行的 Node.js 框架直接部署上云，享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势 通过云函数版本隔离测试环境和生产环境，线上通过对 $LASTEST 进行版本的固化，可以把测试环境的 API 网关对接到 TEST 版本，将生产环境对接都固化的版本上，保证生产环境的代码质量安全。 腾讯文档 x Serverless 架构 更多场景探索 当下浏览器环境是有性能瓶颈的，对于较为复杂的异步逻辑可以考虑使用云函数将逻辑服务化，接下来，腾讯文档计划对前端浏览器逻辑 Fass 化，可以从前端分离到服务端
3.7K00发布于 2021-09-15 - 来自专栏【腾讯云开发者】
腾讯文档业务上云，Serverless架构应用最佳实践
伴随着公司自研上云的浪潮，在近来的开发中，团队在多个微服务项目中深入使用腾讯云Serverless架构，满足了业务的需求，取得了不错的效果。 Serverless解决方案 腾讯文档借助Serverless云函数搭建文档页面直出服务，将文档的内容渲染能力实现为函数，部署在云函数环境上，当文档业务流量激增，由云函数的负载均衡系统自动分配执行环境， 全新Serverless Web Funciton 服务开发模式服务开发模式，只需简单修改监听端口，即可将目前流行的Node.js框架直接部署上云，享受Serverless技术带来的免运维、低成本、按需扩缩容的众多优势 通过云函数版本隔离测试环境和生产环境，线上通过对$LASTEST进行版本的固化，可以把测试环境的API网关对接到TEST版本，将生产环境对接都固化的版本上，保证生产环境的代码质量安全。 三、腾讯文档xServerless架构更多场景探索 当下浏览器环境是有性能瓶颈的，对于较为复杂的异步逻辑可以考虑使用云函数将逻辑服务化，接下来，腾讯文档计划对前端浏览器逻辑FaaS化，可以从前端分离到服务端
3.6K40发布于 2021-09-03 - 来自专栏腾讯会议
腾讯会议SDK组织架构不上云方案实践
组织架构信息属于企业敏感信息，对部分企业来说，并不希望组织架构信息同步到公有云，因此腾讯会议提供了不上云的方案以满足敏感数据保护诉求。 一般情况下，客户在同步企业通讯录时会将用户信息和组织架构信息通过REST API或者对接数据源同步，在组织架构不上云的场景中，只会同步用户信息，不同步组织架构。 实现的效果是使用腾讯会议SDK入会，能看到正确的组织架构信息，使用腾讯会议标准客户端入会，看不到组织架构信息。 实现方法 主要的实现流程是SDK在入会后，先打开自定义组织架构信息的开关，这样SDK就不会从后台拉取组织架构信息了。 调用setCustomOrgInfo接口设置组织架构信息 根据上一步回调中获取到的userid信息，调用setCustomOrgInfo接口，设置userid对应用户的真实组织架构信息。
20110编辑于 2026-02-03 - 来自专栏腾讯云原生团队
用户案例 | 腾讯文档应用 Serverless 架构上云最佳实践
伴随着公司自研上云的浪潮，在近来的开发中，团队在多个微服务项目中深入使用 腾讯云 Serverless 架构，满足了业务的需求，取得了不错的效果。 01. Serverless 解决方案 腾讯文档借助 Serverless 云函数搭建文档页面直出服务，将文档的内容渲染能力实现为函数，部署在云函数环境上，当文档业务流量激增，由云函数的负载均衡系统自动分配执行环境 全新 Serverless Web Funciton 服务开发模式，只需简单修改监听端口，即可将目前流行的 Node.js 框架直接部署上云，享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势 通过云函数版本隔离测试环境和生产环境，线上通过对 $LASTEST 进行版本的固化，可以把测试环境的 API 网关对接到 TEST 版本，将生产环境对接都固化的版本上，保证生产环境的代码质量安全。 腾讯文档 x Serverless 架构 更多场景探索 当下浏览器环境是有性能瓶颈的，对于较为复杂的异步逻辑可以考虑使用云函数将逻辑服务化，接下来，腾讯文档计划对前端浏览器逻辑 FaaS 化，可以从前端分离到服务端
3.2K40发布于 2021-09-03 - 来自专栏DevOps时代的专栏
公有云上基于微服务架构 SAAS 产品研发实践
微服务架构的特点是能够独立开发独立部署，独立伸缩和独立运维，技术上没有免费的午餐，微服务在给我们带来众多好处的同时，也带来了众多的复杂性，这其中包括DevOps复杂性、分布式系统复杂性等。 而在近几年，随着云计算技术的发展，社会上出现大量商业业务创新，像电子支付、电子云仓和电子发票等商业基础设施走向商业应用。如何集成社会上出现的一些商业基础设施为小微企业所用？ 另外作为云产品，要保证产品在7×24小时内始终运行，在这个始终运行的产品上做升级和维护也是一个高风险的活动。 分支分为develop、test和release分支，将开发、测试和发布进行空间上隔离； 开发人员从develop分支下载最新版本，构建成功之后发布到Nexus，通过自动任务将Nexus上的snapshot 相对传统软件包产品，云产品升级是一个高风险的活动，设计高质量的领域架构和灵活的领域模型是云产品从容应对业务变化的基础。
3.1K30发布于 2018-06-22 企业云上架构设计全攻略：安全、成本与架构的深度解析
本文将基于腾讯云产品体系，从云上安全、云上成本和云上架构设计三个关键维度，深入剖析企业上云的架构设计方法论，帮助企业构建安全可靠、经济高效且技术先进的云上业务体系。 云上安全架构设计云原生安全体系框架腾讯云基于多年安全实践，构建了纵深防御的云原生安全体系，该体系围绕五个核心领域展开：安全治理、数据安全、应用安全、计算安全和网络安全。 云上架构设计实践云原生架构演进路径企业上云通常经历三个阶段演进：基础设施云化：将物理服务器迁移至腾讯云CVM使用云数据库替代本地数据库初步体验云服务的弹性与便捷性架构云原生化：采用容器化部署(TKE)和微服务架构 ，建议企业采用渐进式上云路径：评估规划阶段(1-3个月)：现有架构评估与云产品选型制定高可用、高扩展架构设计方案确定各系统迁移顺序和方式试点迁移阶段(3-6个月)：非核心系统先行迁移(如官网、CRM)验证架构设计有效性建立云上监控 ，为企业上云提供了从安全防护、成本优化到架构设计的全方位解决方案。
79110编辑于 2025-07-04- 来自专栏My云存储
首届云上广交会存储服务架构与实践
其中，腾讯云对象存储COS，为本届为期十天的广交会，提供10*24小时不间断的、高可靠的云上存储服务，服务了近2.6万家参展企业通过图文、视频、3D等形式的海量展品展示，支撑了180万件商品和数千个直播间同时在线 腾讯云对象存储COS为首届云上广交会设计的架构 1）COS无目录层次结构、无数据格式限制、无容量上限 腾讯云存储COS，是无目录层次结构、无数据格式限制、无容量上限的云上分布式存储服务；很好满足本次广交会的图文 2）COS多AZ架构 为保障“云端”广交会的10*24小时不间断运行，腾讯云对象存储 COS 默认提供99.95%的可用性和99.999999999%（11个9）的数据持久度。 image.png 多AZ架构，实现了云上同城双活、同城多活的服务品质，满足数据中心级高可用诉求，容忍同城（同地域）任意一个或多个数据中心故障，保持业务高可用，数据不丢失、业务不中断。 在多AZ架构上，提供了高达6万QPS高性能（高出业界3~6倍），在保障高可靠存储服务的同时，提供大并发高性能服务能力；很好满足广交会这样大型活动的稳定运行需求。
4.4K10145发布于 2020-08-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号