这种局面对传统架构产生了极为强烈的冲击,致使传统架构所固有的局限性愈发显著地暴露出来。那么,传统架构究竟存在哪些不足之处呢?与之相比,云上架构又具备哪些优势呢? 那么,云上架构是否已经把这些弊端都予以解决了呢?答案无疑是肯定的。随着云计算技术的飞速发展,云上Serverless高可用架构应运而生。 这一架构在充分考量业务高峰期与低谷期平稳运行的基础上,不仅提供了卓越的高可用性与弹性扩展能力,更在资源利用与运维成本上展现出显著优势。 云上架构通过支持服务托管、弹性伸缩以及按量付费等功能,有效减少了企业在手动资源管理和性能成本优化方面的投入,从而显著降低了运维工作的复杂性和工作量。 综上所述,云上高可用架构正是为了解决传统架构所面临的诸多挑战而设计的。在当今这个数字化高速发展的时代,选择云上架构无疑已成为企业迈向成功的关键一步,势在必行。
导语:近年以来,随着游戏市场的玩法不断丰富多样化,游戏后台技术架构对与存储、网络、计算、安全等基础资源的能力要求也逐步提升,如何合理的规划业务架构,选择合适的上云方案,会对业务的架构扩展性以及运营稳定性 本文作者结合过往支持大型多人在线类游戏以及公有云上客户上云方案的经验,对游戏架构上云的架构规划以及架构扩展性等问题展开描述,帮助游戏开发者和运维更准确的规划架构上云方案。 这里组队可以有多种理解,包括类似MOBA游戏的5V5,吃鸡游戏的百人对局,也包括类似枪战游戏的房间人数上限,也包括类似1V多,人机对抗等模式。 制定游戏架构上云方案 明确了前两个问题之后,即可根据业务的实际情况,选择适合的上云方案,这里列举几种常见的上云方案产品组合,帮助读者参考对比: 架构方案对比 技术特点 适应类型 网络延迟 容灾效果 维护复杂度 ,也列举了常见部署方案的优劣势,腾讯云基于腾讯游戏多年的技术方案和经验积累,为客户提供全方位的游戏解决方案以及产品能力,帮助客户解决上云的效率,提升架构稳定性,以积木的方式搭建游戏后台架构,避免开发者在可用性
浏览器访问低延迟,即使用户离负载分发的有效区域比较远 5.应用安全防护,包含数据、网络、DDOS迁移 ---- 【架构图】 我们先直接看架构图,给同学推荐是使用CDN加速、WAF应用防火墙+DDOS防护 腾讯云提供SAAS WAF架构和负载均衡型架构。 DDoS 高防包直接对腾讯云上 IP 生效,无需更换 IP,购买后只需绑定需要防护的 IP 即可使用,具备接入便捷、零变更等特点 DDOS高仿IP(大流量返沪) DDoS 高防 IP 是针对游戏、互联网及金融等业务遭受大流量 您可以通过 CLB 将业务流量分发到多个后端服务器上,消除单点故障并保障业务可用性。 5、云服务器置放群组 结合各个业务设置多个置放群组,业务集群机器加入对应的置放群组,将实例以物理机层级/交换机层级/机架层级强制打散,实现集群的高可用性。
过去的一段时间和一些架构师 / 技术负责人聊天,云原生和企业上云是最近一段架构演进的一个常见话题,那么小公司到大型公司在上云和云原生上有什么价值和收益呢。 云原生技术的里程碑 ? 云原生的定义 云计算的本质:按需分配资源和弹性计算 互联网业务特点:快速迭代,逻辑复杂,海量用户,流量突增,7*24小时高可用 上云的价值 业务上,研发团队可以更聚焦业务逻辑,提升研发效率,快速交付系统 传统的软件架构,不管是单体的还是SOA的架构,在整体架构设计上有很大一部分是趋同的,从上至下: 用户层:pc / app / h5 等 接入层:sso,wns,tgw等 逻辑层:应用逻辑模块,订单, 订单一致性,消息系统,音视频编解码 存储层:IDC,Redis,DB等 通用支撑层:支持端到端的监控,代码审计管理,数据统计可视化,监控告警,部署发布流程,自动化测试平台等 我们想一下,对以上通用常见的软件架构如何演化上云呢 中间件层使用通用的云上中间件。 通用逻辑监控告警,CICD打穿整个交付周期。 在完成了一些列的标准指定,架构演进,上云的流程需要有一个明确的迁移计划: ?
故此,如何利用好云计算技术、最大化发挥云平台的能力则成为重大挑战之一。 作为一个云计算多年从业者,我看到很多用户其实并没有很好地利用云的各种优势,他们在云上的架构设计还有更合理的优化方案。 这次,我在重新梳理自己多年来探索过的云上架构设计时,总结和摸索出了一些云上架构的最佳实践方案,并正将其陆续整理成系列教程,按照架构小白、架构初步、架构进阶和终极架构的顺序展开,还将附供云平台、云模式、云服务器的各项选型工作与运维实践技巧分享 本系列教程适合云计算解决方案架构师、销售和市场人员、希望上云或对云计算有初步认识且需要进阶学习的小白、专业就读的在校大学生等...... 对于已对云计算有初步认识且需要进阶学习的小白,我在【架构初步】中介绍了云服务器的基础使用,并进行从0到1的上云指导。 对于专业就读的在校大学生,我会在【架构进阶】中完整介绍云上架构的六大原则:合理部署、业务持续、弹性扩展、性能效率、安全合规、持续运营。指导进行高可用、高可靠、高可恢复性(业务容灾)的云上架构设计。
云顾问云顾问是腾讯云结合腾讯云多年服务客户沉淀的最佳实践,一键完成云资源的巡检操作,根据业务实际使用情况,在线提供资源优化建议,高效提升业务连续性。 主要包含三款产品:风险评估、风险治理和云架构2.1 风险评估风险巡检项包含安全、可靠、服务限制、成本及性能五个类别,都是从实际用云经验出发,提炼了20几款产品、70+个风险项目,在获取授权后,自动扫描当前账号下的实例 Well-Architected FrameworkWell-Architected Framework是一个云上架构运营的最佳实践合集,内容涵盖卓越操作、安全性、可靠性、性能效率、成本优化和可持续性这六个部分 4、 答案也有优先级,回答部分答案会降低风险等级 5、 给入口,反馈此项不符合此工作负载下面是部分问答的示例:图片3.2 Labs的设计思路基于Framework,让你通过实际操作云上资源,来加深对最佳实践的理解 总结本文对比了两个云上的架构运营工具,详细介绍了他们的组成部分、设计思路,从中可以看出来,腾讯云的云顾问,更偏向于具体的实例风险及架构感知,可以及时感知故障修复情况;而aws的Well-Architected
从17年开始,结合公司业务上云专项,在线教育从一开始的云IaaS层迁移,到更开放的开源中间件选型,再到思考云原生的研发模式,做了很多实践和思考,推动后台架构演进。 这里把这些实践思考做下分享,欢迎沟通交流 目录 一、自研业务上云的背景 二、团队关于云原生的激烈讨论 三、梳理痛点,规划业务后台架构演进方向 四、优化微服务架构 五、调整中间件选型 ,内部成立“技术委员会”,启动“开源协同”和“业务上云”的两大战略方向 2大技术战略.png 在架构演进中,上云的价值是什么? 流程的优化整合,来提升业务团队研发效率和质量,帮助业务降低风险、更快交付 最后开始实践上云: 理解上云的3个层次.png 梳理痛点,规划业务后台架构演进方向 腾讯课堂初期的后台架构设计 基于 来自于团队大家的问卷调查case.png 规划业务后台架构演进方向 针对这些业务痛点,开始聚焦微服务、中间件、DevOps这3个方向,结合业务上云来帮助推动架构演进。
测试账号:主要存放用于测试业务的开发或调试,独立于生产和预生产环境,减少业务影响预生产账号:用于预生产业务的开发与管理工作,同时确保业务上线架构及稳定性,还可以在此账号进行混沌工程的演练,在上线前促进业务的健壮性 网络账号/infra账号: 此账号主要用于云上运维团队统一管控的。日志账号:进行日志集中采集与分析,便于后期公司内外部门的安全管控和审计。共享服务账号: 云上共享服务,提供云上各账号的共享服务调用。 、财务分账等维度考虑,可将云上的资源成本划分到各个项目组/业务部门,可以方便梳理云上的成本结构,便于云上的成本管理,也是解决企业CXO所关心的云上IT 成本治理的问题。 综上所述,本篇分别提供了5种不同的模式账号规划设计参考,大家可以根据自己业务的需求进行微调来适配公司的整体业务。 每个公司需求不同,其多个账号的维度可能不同,但原则是不变的,在这里依然推荐云上多账号的模式设计来规划或落地云上的业务。
上云过程中同步做架构优化,充分利用云的优势。 最近的疫情逐渐平缓,但网上秒杀抢口罩的活动仍很火爆。某公司运维人员反馈,使用了32核CPU、64G内存的服务器仍然抵不住该市疯狂的网上抄杀热情。 上云是正确的解决高并发的方向,但不仅是简单上云,同步的架构优化必不可少。今天我们来用测试数据看一下,上云优化的重要性。 一、单台云服务器很快会有瓶颈 我们用2核4G内存的云服务器搭建了一个Nginx的静态网页,对外带宽设为5M,通过webbench小工具实测该服务器的最大负载为2100次访问。 二、将单台云服务器的能力提升也很快看天花板 我们将该云服务器的带宽从5M提升至100M,性能会有提升,但发现投入与收获不成正比。 通过负载均衡,将两台同样配置的云主机进行能力平均调度,实现低端云主机也能够平滑支撑大容量业务,平滑扩容。 ? 四、小结 上云就像搬家,有些家俱还能用,有些家俱就需要进行升级换代,而且住起来挺别扭。
本篇主要描述客户在使用腾讯云上云产品资源时,需从资源命名规范上,进行统一规范化设计。 云上资源统一命名目的是:其一,云上资源命名规范化;其二,云上资源统一规范便于后续云上自动化,以增强整体云上运维能力,提升云平台整体运维透明度/资源辨识度,以及从资源管理、云上自动运维管理等维度提升云上管理的高效性 目标读者本文档主要适用于如下对象群体:云平台工程师云平台配置工程师云架构师云平台研发人员1.背景在服务众多客户的过程中,发现不少客户在使用腾讯云产品资源时,资源命名没有统一的规范,要么没有命名规范,出现 因此无论是开始使用云的新用户,还是老用户均可参考本篇云上资源命名的规范,再结合企业自身云上资源管理需求进行调整与设计。1.1. 资源命名目标本篇主要基于云上常见的云资源情况进行统一命名,便于资源命名规范化,以及后续云上自动化,提升云上运维效率。1.2.
随着医疗、大型企业行业上云步伐的加快,上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户,往往建有自己的数据中心,如何保障极端情况下业务系统的稳定运行? 在此架构下,一般建议至少买两台云主机,挂在负载均衡下面,避免单云主机出现业务中断。同时数据库与web、应用服务器不建议放在同一台云主机上,避免互相争抢资源,云端建议买RDS Paas服务,减少麻烦。 二、云上多AZ的应用高可用方案 一些云服务商在同一个城市部署了两个数据中心,中间通过高速的二层网络形成互连,形成了双AZ(可用区)的架构。 三、线上、线下结合的应用高可用方案 如果希望将公有云及企业自建的私有云进行联动,可以采用如下的系统架构,该方式与双AZ方式有很大的区别。 四、两地三中心的应用双活架构 该架构实际是以上两种方式的结合。双活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户,还会考虑异地的灾备。则采用以下的架构。
深圳市远行科技CTO何明璐大家好,今天准备分享下大型企业云原生架构规划设计,平台建设和上云实践。本文内容来源于某汽车制造行业客户真实案例。云原生的基本概念首先我们需要明确下云原生的基本概念。 简单来说,云原生让应用从长在云上变到了生在云上的过程。其实现了关键的抽象化和过程化。抽象化:关注重心不断上移,从资源到服务,彻底不再关注资源层和底层技术细节。 对于当前的云原生架构规划设计项目,即使是咨询类项目,基于我们项目实践情况,基本客户都会要求基于规划设计输出进行完整的POC测试验证。云原生架构规划设计和上云流程案例最后,我们来看一个案例。 而且对于微服务上云不是传统的上IaaS基础设施云平台,而且需要持续集成和交付到云原生PaaS容器云平台。 只有这样,你最终开发完成的微服务应用才是完全满足云原生平台应用要求的。才是真正意义上的微服务应用上云过程。以上即是结合客户云原生架构规划设计项目的实践案例参考,供大家参考。
超融合架构作为新型IT基础架构,由融合架构的基础上发展而来,目前已被广泛认为是云计算基础架构未来发展的趋势。 超融合架构的核心点如下: x86服务器上的超级融合:每一台x86服务器中都整合有计算和存储,在架构中去除了共享的物理存储设备,如磁盘阵列,相比融合架构可以实现计算和存储更深度的融合。 ,通过透传模式对底层磁盘存储资源进行管理,并以NFS等方式和虚拟化平台进行数据交互,Hypervisor上剩余的资源用以支撑用户虚机。 (申明:本文观点均为作者本人观点,不代表公司立场) 《超融合:云基础架构的颠覆者(下)》连载于科技云报道平台,将于下周发布,尽请期待! 【本文由科技云报道独家首发】 转载请注明“科技云报道”并附本文链接
伴随着公司自研上云的浪潮,在近来的开发中,团队在多个微服务项目中深入使用 腾讯云 Serverless 架构,满足了业务的需求,取得了不错的效果。 01. Serverless 解决方案 腾讯文档借助 Serverless 云函数搭建文档页面直出服务,将文档的内容渲染能力实现为函数,部署在云函数环境上,当文档业务流量激增,由云函数的负载均衡系统自动分配执行环境 全新 Serverless Web Funciton 服务开发模式,只需简单修改监听端口,即可将目前流行的 Node.js 框架直接部署上云,享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势 同时,不同服务的调用量级不同,云函数带有天然的服务隔离和动态修复能力,可针对不同服务相互隔离,分别进行升级拓展,避免服务间的影响。 5. 通过云函数版本隔离测试环境和生产环境,线上通过对 $LASTEST 进行版本的固化,可以把测试环境的 API 网关对接到 TEST 版本,将生产环境对接都固化的版本上,保证生产环境的代码质量安全。
组织架构信息属于企业敏感信息,对部分企业来说,并不希望组织架构信息同步到公有云,因此腾讯会议提供了不上云的方案以满足敏感数据保护诉求。 一般情况下,客户在同步企业通讯录时会将用户信息和组织架构信息通过REST API或者对接数据源同步,在组织架构不上云的场景中,只会同步用户信息,不同步组织架构。 实现的效果是使用腾讯会议SDK入会,能看到正确的组织架构信息,使用腾讯会议标准客户端入会,看不到组织架构信息。 实现方法 主要的实现流程是SDK在入会后,先打开自定义组织架构信息的开关,这样SDK就不会从后台拉取组织架构信息了。 调用setCustomOrgInfo接口设置组织架构信息 根据上一步回调中获取到的userid信息,调用setCustomOrgInfo接口,设置userid对应用户的真实组织架构信息。
伴随着公司自研上云的浪潮,在近来的开发中,团队在多个微服务项目中深入使用腾讯云Serverless架构,满足了业务的需求,取得了不错的效果。 Serverless解决方案 腾讯文档借助Serverless云函数搭建文档页面直出服务,将文档的内容渲染能力实现为函数,部署在云函数环境上,当文档业务流量激增,由云函数的负载均衡系统自动分配执行环境, 全新Serverless Web Funciton 服务开发模式服务开发模式,只需简单修改监听端口,即可将目前流行的Node.js框架直接部署上云,享受Serverless技术带来的免运维、低成本、按需扩缩容的众多优势 通过云函数版本隔离测试环境和生产环境,线上通过对$LASTEST进行版本的固化,可以把测试环境的API网关对接到TEST版本,将生产环境对接都固化的版本上,保证生产环境的代码质量安全。 三、腾讯文档xServerless架构更多场景探索 当下浏览器环境是有性能瓶颈的,对于较为复杂的异步逻辑可以考虑使用云函数将逻辑服务化,接下来,腾讯文档计划对前端浏览器逻辑FaaS化,可以从前端分离到服务端
随着新冠病毒影响的扩大,企业数字化和上云加快,带动了对云通信服务的需求。 资本热衷云通信 在云通信细分市场,Twilio处于领先地位。 上云与随处工作是基本诉求 “我只是想生活在一个可以与企业联系的世界中。实时沟通,不留死角。” 企业应用上云是云通信得以发展的基础。 从技术上,目前的CDN技术通常会带来5-10秒的延迟,相比之下云通信企业如声网Agora等提供的RTC技术的延迟为毫秒级别,为实时互动扫清了障碍。 云通信厂商更专注,拥有多年的技术积累,并能提供从前期选型到后期运维的全生命周期的服务。 5G的推出将加速音视频应用创新与实时互动使用场景的扩展,云通信企业可以找到自己的位置。 5G催生的音视频应用将成为一大风口,云与音视频技术将成为赋能行业升级的助推器,也让各条赛道的企业都可以找到机会。
本文将为大家讲解云原生架构中常见的反模式。 目前,大多数 PaaS 平台和云厂商提供的服务基本上具备自动化能力。通常,我们不用自己开发, 只需要对接即可, 或者只需要进行少量的配置, 或者添加一些相关的监控埋点等。 当开发人员同时投入 3 到 5 个微服务应用的开发和维护时,想要在不同的应用之间快速切换且不出现错误,则是非常困难的。所以一定要铭记,对于微服务来说,自动化的 CI/CD 是最低的要求。 4 架构不能充分使用云的弹性能力 云计算服务架构主要可划分为三层,分别是 IaaS、PaaS和 SaaS,如图所示。 ? 云计算服务架构 IaaS 位于最底层,提供服务器、存储、网络等服务。 5 技术架构与组织能力不匹配 应用微服务化之后,会有更多的小团队负责不同的微服务应用,可能需要重新组建管理团队、开发团队和基础设施运维团队,由此可能会带来组织结构和管理方式的调整。
反模式是随着项目的推进演变而来的,主要的原因,如重大需求调整,但架构没有对应的变化,性能和安全需求对当前架构的硬性改变,团队或组织强行调整技术等。本文将为大家讲解云原生架构中常见的反模式。 目前,大多数 PaaS 平台和云厂商提供的服务基本上具备自动化能力。通常,我们不用自己开发, 只需要对接即可, 或者只需要进行少量的配置, 或者添加一些相关的监控埋点等。 当开发人员同时投入 3 到 5 个微服务应用的开发和维护时,想要在不同的应用之间快速切换且不出现错误,则是非常困难的。所以一定要铭记,对于微服务来说,自动化的 CI/CD 是最低的要求。 4 架构不能充分使用云的弹性能力 云计算服务架构主要可划分为三层,分别是 IaaS、PaaS和 SaaS,如图所示。 云计算服务架构 IaaS 位于最底层,提供服务器、存储、网络等服务。 5 技术架构与组织能力不匹配 应用微服务化之后,会有更多的小团队负责不同的微服务应用,可能需要重新组建管理团队、开发团队和基础设施运维团队,由此可能会带来组织结构和管理方式的调整。
伴随着公司自研上云的浪潮,在近来的开发中,团队在多个微服务项目中深入使用 腾讯云 Serverless 架构,满足了业务的需求,取得了不错的效果。 01. Serverless 解决方案 腾讯文档借助 Serverless 云函数搭建文档页面直出服务,将文档的内容渲染能力实现为函数,部署在云函数环境上,当文档业务流量激增,由云函数的负载均衡系统自动分配执行环境 全新 Serverless Web Funciton 服务开发模式,只需简单修改监听端口,即可将目前流行的 Node.js 框架直接部署上云,享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势 同时,不同服务的调用量级不同,云函数带有天然的服务隔离和动态修复能力,可针对不同服务相互隔离,分别进行升级拓展,避免服务间的影响。 5. 通过云函数版本隔离测试环境和生产环境,线上通过对 $LASTEST 进行版本的固化,可以把测试环境的 API 网关对接到 TEST 版本,将生产环境对接都固化的版本上,保证生产环境的代码质量安全。