当前位置：首页 > news >正文

本地的上海网站建设公司域名备案管理系统

news 2025/10/30 5:34:10

本地的上海网站建设公司,域名备案管理系统,和印度做外贸的网站,it培训机构有用吗云布道师 10 月 31 日#xff0c;杭州云栖大会#xff0c;阿里云技术主论坛带来了一场关于阿里云主力产品与技术创新的深度解读#xff0c;阿里云网络产品线负责人祝顺民带来《云智创新#xff0c;网络随行》的主题发言#xff0c;针对阿里云飞天洛神云网络#xff08;下…云布道师 10 月 31 日杭州·云栖大会阿里云技术主论坛带来了一场关于阿里云主力产品与技术创新的深度解读阿里云网络产品线负责人祝顺民带来《云智创新网络随行》的主题发言针对阿里云飞天洛神云网络下文简称洛神网络领域产品服务创新以及背后的技术积累进行了深度解读不少背后的创新技术系首次重磅披露。在伴随阿里云十数年的发展历程中云网络一直作为基础的连接底座飞天云操作系统的核心组件如影随形的服务客户阿里云网络始终围绕着企业大规模上云云原生化等不断发展的需求致力于让网络无感知的为上云企业提供高可靠、高性能、高弹性、智能的连接服务包括通过打造软硬深度协同的高性能网络接入技术满足不断变化的算力连接需求ECS、容器、AI等让性能可以满足任意场景和任意应用负载的规模通过自研的全新主动式重路由技术 ZooRoute实现秒级重路由路径调整让跨域网络故障收敛时间限制在 1s 以内减少对业务影响通过动态感知的自适应弹性技术让云网络服务自动适配业务增长和突发无需提前预测业务流量和规划网络规格更加聚焦业务本身的创新通过意图感知的高精度网络运维工具集让云网络管理实现 “全场景深度观测网络风险主动预警故障一键诊断”实现用网管网的更简单如下是现场全文约6000字大家好很荣幸在这里跟大家汇报一下过去一年多阿里云网络领域的产品和技术创新进展我的主题是云智创新网络随行持续构建高可靠、高性能、高弹性、智能的云上连接基座。云网络技术演进之路云网络伴随着云计算的发展经历了几个阶段在最初云计算刚被大家接受的时候用户思考的主要是如何将现有云下的架构迁移到云上也就是把传统的架构迁移到云上此时用户最关注的是能不能在云上构建一张跟云下一样互相隔离、私有的网络这个阶段对云上网络的需求体现在 VPC 带来的基础的网络安全隔离这是云网络的 1.0 阶段。随着云计算被越来越多的用户广泛接受用户也开始把越来越多的应用在云上部署规模越来越大包括开展全球化的业务。在这个阶段对云网络的需求主要体现在要提供高性能、大规模、全球化的连接能力这是云网络的 2.0 阶段。随着云计算的落地越来越成熟云成为天然或者默认被使用的业务部署方式很多用户的业务直接在云上展开这个时候用户通过云原生的创新架构来部署业务例如用 K8S 来构建业务系统。这个阶段对网络的需求体现在要实现高可靠、超高性能、超高并发的弹性以及智能化这是云网络的 3.0 阶段。网络相对比较复杂网络的对象特别多对象和对象之间的协议特别多连接的时候状态也特别多这三个多就使得网络成为一个特别复杂的技术区域其实飞天洛神云网络从 2017 年开始就提出一个理念希望让网络更加简单一些因此飞天洛神云网络一直致力于打造更加简单易用的云网络服务。洛神网络技术创新之道飞天洛神云网络是整个云计算的连接基石是飞天云操作系统的核心组件基于这套架构云网络为阿里云用户提供了丰富的云网络产品而从技术角度来看如何支撑高性能如何实现高可靠高弹性和智能背后的技术创新就是今天要分享的主题。高性能网络接入软硬深度协同的高性能转发技术首先如何构建高性能的网络网络的数据包转发技术是数据面的核心技术数据包转发的实现方式有两种一种是通过 CPU 去实现这种方式优点非常多比如灵活功能可以做得非常复杂或者说丰富编码的效率也很高但是这种方式也有一个明显的缺点性能一般不能做到非常高的转发能力另外一种方式是通过硬件芯片实现它的性能可以做得很高但是受限于芯片的资源规模它的灵活度和功能的复杂度就相对较弱。这两者通常是矛盾的大家自然会想到能否采用软件硬件平衡的方法来实现一个网络数据面的转发这个方法是可行的但是通常会碰到一个问题头重脚轻我们可以对已经建立连接的数据包实现非常高性能的转发但是对新建连接的性能、连接状态的更新连接的删除等处理就会比较差。那么怎么解决这个问题阿里云网络实现了一种软硬深度协同的高性能转发技术首先阿里云网络在硬件里面实现了多个网络微处理单元这些微处理单元通过对数据包的预处理完成对数据包处理过程的加速以及对查表的加速实现对转发性能的大幅提升另外阿里云网络还实现了一个软件微内核这个微内核实现了内存的管理、无中断的管理、对数据包的高性能转发使得软件处理数据包的性能大幅提升但是仅仅实现这两个方面还是不够的因为还是存在前面提到的头重脚轻的问题阿里云网络通过软硬深度协同的流水线编排技术来解决这个问题通过将一条数据流打散切成更多的 pipeline然后通过编排的方法实现转发性能和新建性能的提升。通过这一项技术阿里云网络将整个计算节点的数据包的转发性能提升了 30%新建连接性能提升了 67%真正实现高性能的网络接入。高性能网络接入基于 VPC 的高性能高密度容器网络技术云原生的架构已经被大家天然地接受了因为它可以非常高效、敏捷地来进行开发但是容器/云原生的架构也给网络带来很大的挑战因为云网络一开始是为虚拟机计算提供服务的而容器对网卡的创建性能要求非常高。过去我们在整个控制链路上在整个虚拟化层在整个内核这一层都没有面临这么大的挑战面向容器急需优化。另外一个容器带来的挑战是 ENI 的密度问题原来一台计算节点虚拟机的数量是数百现在容器的密度是数千所以对云网络的挑战非常大。我们通过基于 VPC 的高性能高密度的容器网络技术来解决这两个挑战。首先全新推出了 VPC CNI, 它可以和 K8S 无缝融合。其次推出 ENI 网卡高速插拔技术针对前面提到的 ENI 创建的速度问题阿里云网络从整个云网络的控制面从整个虚拟化层从整个内核创建 NetDev 设备的效率上面进行大幅的优化从而提升 ENI 创建的性能。最后推出路由表优化等内存压缩技术整个数据包的处理过程中涉及到非常多的表项需要查找路由表、session 表、安全组/ACL 表等等密度受到内存限制。怎么解决这个问题阿里云网络的应对方法是对内存进行压缩这不是简单地删除某个字段而是将相关表项的实现、存储和查找的结构、算法全部重新实现。在 VPC 的高性能高密度的容器网络技术支撑之下整个 ENI 新建性能提升到了 900/sENI 的密度提升到了单计算节点 4,000 个 ENI这个提升非常显著很好地适配云原生高密接入场景。高性能网络接入高性能AI网络技术另一方面随着 AI 的快速发展尤其是在过去一年的时间内AI应用的规模急剧增加这里面大模型的训练推理对GPUGPU对网络都带来了非常多的挑战网络如何支撑好在训练过程中对网络带宽的需求这是一个非常大的挑战。第一如何提供超大的带宽超大的带宽体现在当我们之前的网络还停留在 25G 的时候AI 的带宽已经从 25G-50G-100G-200G现在已经发展到 400G这个带宽的提升是非常迅速的这个就要求我们能够提供非常庞大的带宽。另外一个如何提供稳定的带宽因为训练时间的长短对 GPU 的消耗GPU是昂贵的资源的影响至关重要而对 GPU 的消耗涉及到成本的问题所以整个训练过程中希望网络是稳定的稳定的大带宽不要出现抖动一旦发生抖动比如网络断或者大时延导致训练业务超时可能意味着训练任务要回退或重新开始这是对计算资源的极大浪费也是对成本的巨大浪费。所以AI 对网络的挑战体现在两个方面一个是超大的带宽第二个是稳定的超大带宽。为了解决这两个问题阿里云网络研发了基于 VPC 多路径转发和高敏高精拥塞控制的 AI 网络技术。首先推出多路径转发技术。面对超大的带宽传统的网络交换技术无法很好应对传统的网络交换技术的处理流程是一条五元组的流只能走在网络的一条路径上即使有空闲的路径也无法做负载这就会引发一个思考为什么其他路径空闲却不能使用而恰恰 AI 的训练对连接数的要求不多。这意味着原来传统的网络架构实际上是潜在面临很大的挑战的。为了解决这个问题阿里云网络实现了一种多路径的转发技术把一条流只能走一个路径变为一条流可以走多个路径。而这个转发技术跟传统的路由交换技术是违背的因此要达到此目的你就要先解决另外两个问题第一个问题发送端的乱序问题第二个问题接收端的乱序/保序问题所以我们的多路径转发技术背后其实有乱序和保序的能力在保障。其次推出高敏高精随路检测技术网络总会出现抖动光纤会坏、板卡会坏这些因素都会给网络带来不确定性。为了解决这个不确定性的问题我们做了一个非常高敏高精的随路检测技术通过这个技术我们可以非常快速地发现网络故障然后将一条流里面的一路数据包切到另外一条路径上来规避业务抖动。通过前面的技术实现阿里云网络将带宽的利用率提升了 60%AI 网络里面如果出现抖动我们发现故障到恢复故障的时间缩短到小于 1s这就极大地保证了网络传输的确定性减少 AI 训练反复重新计算的发生也可极大地节约 GPU 训练资源和成本。高可靠的网络连接全新自研的主动式重路由技术大家知道当你的业务需要多地域部署尤其跨国部署的时候你一定需要用到长传链路。而长传链路本质上是一根光纤通过波分设备切割出来的一个二层链路这个链路经常会碰到一个问题——光衰的问题光衰会引发临界的问题临界导致链路时好时坏持续的时间短的几秒钟长的几分钟。还有一个是市政的施工也会引发光纤的割接而割接的时候也会出现类似的问题。所以在长传链路上看起来光衰、抖动、割接都是正常不过的事情因为它一定会发生但是一旦发生超过 3 秒就会对 TCP 连接带来影响进而导致业务超时业务超时会出现网络故障告警。所以连接抖动的不可预测因为不受控制以及真的发生问题后能不能规避能不能快速地去解决这个故障这些都是对网络的挑战。为了解决这个问题我们设计了一种全新的主动式重路由技术 ZooRoute。通过这个技术第一我们实现了一个高精度的异常检测能力。第二个我们实现了多因子分级的最优路径决策。同AI网络的实现类似一条流有唯一的确定性的路径。出现问题的时候我们知道这条长传链路出现问题了该技术会把它切到另外一条路径上所以一样也会用到多路径相关的技术。最后也是最关键的能不能在最短的时间里面去实现发现和切换ZooRoute 可以实现秒级重路由调整极大缩短故障收敛时间。通过这种主动式的重路由技术阿里云网络将跨地域的长传网络CEN产品的SLA从原来的 99.95% 提升到 99.995%。正是借助于 ZooRoute 技术将故障的收敛时间缩短到 1s 以内而没有用 BGP 去收敛因为 BGP 超时收敛至少需要几十秒时间而超过 3 秒钟时间对用户就是不可能接受的业务就会受影响。ZooRoute 上线后对全网用户开启我们发现阿里云一个月发生的 7000 多次长传链路的抖动对业务带来的影响可忽略。高弹性应用连接动态感知的自适应弹性技术另一个方面就是高弹性弹性对基础设施的诉求是什么对网络意味着什么设想一下用户在云上面部署业务从刚开始的业务上线到业务的推广然后到业务的上量这有一个缓慢的持续的增长的过程但这个增长的过程伴随着网络服务的实例和规格。以前你总要用户回答一个问题业务流量最高会跑到多少。但我认为这是对用户的一个灵魂拷问用户也不可能完全准确地预知到底能跑到多少。预估高了会造成资源浪费预估低了会造成业务受损所以我认为规格没有意义有太多限制所以阿里云网络在面对这个挑战的时候思考的第一个点就是能不能把规格去掉第二个点能不能实现随着业务的增长而增长。另外业务还有一种情况短暂的瞬时的抖动你能不能忍受为什么这是一个挑战因为常态业务正常的增长它的时间周期会拉的比较长而抖动是瞬时的。你能不能根据瞬时的情况去快速的调整后台控制的资源快速的拉起资源去适应用户的增长其实很难因为一定要经过几秒钟才能适应这种情况而一旦达到几秒钟你的业务就会受损这也是一个矛盾。怎么解决这两个挑战洛神网络使用了一种动态感知的自适应弹性技术第一个针对业务正常的增长我们实现了一个多维度的实时感知能力我们会对带宽新建、并发实时地进行监测基于它的增长实时调整我们后台的资源。比如用户有一个实例随着业务不断增长我们就开始扩大资源供给为用户提供更大的服务能力这种技术可以适应前面提到的正常的业务增长。但是业务的瞬时抖动很难因为整个控制链路的回馈需要数秒时间。怎么解决这个问题第二个针对微突发的用户的网络实例我们会提供一定的 credit 的动态调控技术常态化为用户准备好一定的 buffer这样就可以解决好微突发的问题。所以今天洛神网络的产品——ALB、NLB、NAT 网关、GA 等都开始提供这个自适应能力用户不再需要去提前定义自己的一个规格。第二个我们的 NLB 产品可以让用户享受到 0~1Tbps 的弹性带宽而且是可以在一分钟内实现。我们的 TR 也是给到用户一个 0 到 50G 的一个单实例的带宽弹性这个是一个非常大的弹性这意味着绝大部分用户可以忘掉你峰值到底多大只需要关注业务增长规划根据你的业务增长我们可以随时提供足够的弹性。智能网络运维意图感知的高精度网络运维技术最后一个是智能网络运维正如开始讲到的网络对象很多对象和对象之间的协议很多数据包的状态很多导致网络特别复杂。网络复杂体现在两个方面一个是建设网络的时候拓扑的复杂性链路的合理选择问题另外一个更复杂的点是建好网络后管网用网更难因为你需要实时地知道你的网络有没有问题这就是网络异常发现难。第二个是发生问题之后你要知道是不是你的问题如果是你的问题你的哪一个对象出了问题。我们实现了一种基于意图感知的高精度的网络运维技术从三个方面来解决这两个挑战第一状态的感知不管有没有问题常态化地对这张网络的连通性和运行状态进行感知。第二个风险的预警一旦实时感知的数据通过分析之后发现异常阿里云网络将主动给用户推送告警让用户知道出了什么问题。这些问题可能是用户的问题也可能是阿里云后台的问题。我们把这些都暴露给用户让用户可以区分到底是哪一层的问题。用户在自己的运维体系里面的基础设施除了网络还有计算、存储、安全、云原生等每一层可能都会出现问题这些数据的提供就是帮助用户快速地判断是哪一层的问题。最后一个故障的诊断如果定位是网络的问题怎么进一步知道到底网络出了什么问题这里涉及到一个故障快速诊断的问题。通过这三个方面的技术创新极大提升了洛神网络的运维能力第一深度观测能力大幅提升阿里云网络智能服务对全网全场景公网、专线、VPC、跨域进行覆盖提供 57 个观测项让用户常态地观测云上网络的运行状态。第二提供 13 类网络故障类型的主动通知主动预警主动把告警推给用户让用户判断哪一层出了问题以及进行下一步动作。第三智能网络运维服务提供 148 个网络诊断项让用户可以秒级定位一键诊断判断到底是网络的哪个节点出了问题哪个路径出了问题。通过这种方式网络的稳定性和运维效率都得到大幅度提升网络本身也进入深度可观测的状态。洛神网络始终坚持技术深耕以创新普惠千百行业阿里云网络从 2017 年开始就提了一个理念让网络更简单。而我们一直在思考的问题就是把网络的复杂性留给我们自己把简单的网络交给我们的客户。因此阿里云网络持续地围绕着高性能高可靠高弹性、智能进行技术的深耕支撑云网络简单易用的产品能力提升用户的使用体验。到今天为止阿里云网络已经服务于全球 400 多万客户我们的整个技术和产品也获得了产业界和第三方权威机构的认可。未来我们还将持续地按照“让网络更简单”这个理念去深耕我们的技术为客户提供更好的云网络服务。 - 关注阿里云开发者社区-云网络子社区获取云栖大会云网络相关Session资料
文章转载自：
http://www.morning.sfsjh.cn.gov.cn.sfsjh.cn
http://www.morning.ykbgs.cn.gov.cn.ykbgs.cn
http://www.morning.mqzcn.cn.gov.cn.mqzcn.cn
http://www.morning.ksbmx.cn.gov.cn.ksbmx.cn
http://www.morning.lkjzz.cn.gov.cn.lkjzz.cn
http://www.morning.cdygl.com.gov.cn.cdygl.com
http://www.morning.djlxz.cn.gov.cn.djlxz.cn
http://www.morning.jpnw.cn.gov.cn.jpnw.cn
http://www.morning.mqbdb.cn.gov.cn.mqbdb.cn
http://www.morning.rdkt.cn.gov.cn.rdkt.cn
http://www.morning.qfplp.cn.gov.cn.qfplp.cn
http://www.morning.gwtbn.cn.gov.cn.gwtbn.cn
http://www.morning.krhkb.cn.gov.cn.krhkb.cn
http://www.morning.sbrjj.cn.gov.cn.sbrjj.cn
http://www.morning.hprmg.cn.gov.cn.hprmg.cn
http://www.morning.gthgf.cn.gov.cn.gthgf.cn
http://www.morning.mdplm.cn.gov.cn.mdplm.cn
http://www.morning.ktdqu.cn.gov.cn.ktdqu.cn
http://www.morning.rjnx.cn.gov.cn.rjnx.cn
http://www.morning.rythy.cn.gov.cn.rythy.cn
http://www.morning.irqlul.cn.gov.cn.irqlul.cn
http://www.morning.jcyyh.cn.gov.cn.jcyyh.cn
http://www.morning.khlxd.cn.gov.cn.khlxd.cn
http://www.morning.ysjjr.cn.gov.cn.ysjjr.cn
http://www.morning.sbrjj.cn.gov.cn.sbrjj.cn
http://www.morning.wylpy.cn.gov.cn.wylpy.cn
http://www.morning.yuminfo.com.gov.cn.yuminfo.com
http://www.morning.yxyyp.cn.gov.cn.yxyyp.cn
http://www.morning.pzlcd.cn.gov.cn.pzlcd.cn
http://www.morning.sbjbs.cn.gov.cn.sbjbs.cn
http://www.morning.fnpmf.cn.gov.cn.fnpmf.cn
http://www.morning.mflhr.cn.gov.cn.mflhr.cn
http://www.morning.dblfl.cn.gov.cn.dblfl.cn
http://www.morning.rmqlf.cn.gov.cn.rmqlf.cn
http://www.morning.qnjcx.cn.gov.cn.qnjcx.cn
http://www.morning.ppqzb.cn.gov.cn.ppqzb.cn
http://www.morning.qmwzz.cn.gov.cn.qmwzz.cn
http://www.morning.phzrq.cn.gov.cn.phzrq.cn
http://www.morning.pyncm.cn.gov.cn.pyncm.cn
http://www.morning.rkzb.cn.gov.cn.rkzb.cn
http://www.morning.phzrq.cn.gov.cn.phzrq.cn
http://www.morning.clkyw.cn.gov.cn.clkyw.cn
http://www.morning.pctsq.cn.gov.cn.pctsq.cn
http://www.morning.bwjgb.cn.gov.cn.bwjgb.cn
http://www.morning.hsrpc.cn.gov.cn.hsrpc.cn
http://www.morning.rzdzb.cn.gov.cn.rzdzb.cn
http://www.morning.hcrxn.cn.gov.cn.hcrxn.cn
http://www.morning.prddj.cn.gov.cn.prddj.cn
http://www.morning.wjjsg.cn.gov.cn.wjjsg.cn
http://www.morning.qggcc.cn.gov.cn.qggcc.cn
http://www.morning.qcsbs.cn.gov.cn.qcsbs.cn
http://www.morning.rswtz.cn.gov.cn.rswtz.cn
http://www.morning.rqhdt.cn.gov.cn.rqhdt.cn
http://www.morning.jfmyt.cn.gov.cn.jfmyt.cn
http://www.morning.lzqxb.cn.gov.cn.lzqxb.cn
http://www.morning.pwwdp.cn.gov.cn.pwwdp.cn
http://www.morning.qkqgj.cn.gov.cn.qkqgj.cn
http://www.morning.gcfrt.cn.gov.cn.gcfrt.cn
http://www.morning.qztsq.cn.gov.cn.qztsq.cn
http://www.morning.nrjr.cn.gov.cn.nrjr.cn
http://www.morning.cnlmp.cn.gov.cn.cnlmp.cn
http://www.morning.mftzm.cn.gov.cn.mftzm.cn
http://www.morning.rlbfp.cn.gov.cn.rlbfp.cn
http://www.morning.dndk.cn.gov.cn.dndk.cn
http://www.morning.kycxb.cn.gov.cn.kycxb.cn
http://www.morning.zlrrj.cn.gov.cn.zlrrj.cn
http://www.morning.sfrw.cn.gov.cn.sfrw.cn
http://www.morning.ldqzz.cn.gov.cn.ldqzz.cn
http://www.morning.lyhry.cn.gov.cn.lyhry.cn
http://www.morning.sgpnz.cn.gov.cn.sgpnz.cn
http://www.morning.ryyjw.cn.gov.cn.ryyjw.cn
http://www.morning.ptmgq.cn.gov.cn.ptmgq.cn
http://www.morning.stlgg.cn.gov.cn.stlgg.cn
http://www.morning.bmncq.cn.gov.cn.bmncq.cn
http://www.morning.gycyt.cn.gov.cn.gycyt.cn
http://www.morning.qnhcx.cn.gov.cn.qnhcx.cn
http://www.morning.rgyts.cn.gov.cn.rgyts.cn
http://www.morning.zlgth.cn.gov.cn.zlgth.cn
http://www.morning.qpmwb.cn.gov.cn.qpmwb.cn
http://www.morning.khdw.cn.gov.cn.khdw.cn

查看全文

http://www.tj-hxxt.cn/news/261507.html