-
随着企业信息化的发展,依赖互联网、云服务等协作办公的需求越来越多,组建一个高效适用的企业网络,对于提高企业办公效率,促进企业发展显得至关重要。企业组网的方式主要有: MPLS专线、VPN以及SD-WAN等,至于哪一种才是好的解决方案,网宿君认为没有绝对好的解决方案,选择适合自身企业的解决方案才是关键。下文就不同组网方式进行简要介绍,供参考以便选择。方式一 MPLS专线MPLS专线拓扑图(来源于网络)MPLS专线是运营商提供的一种基于MPLS技术的广域网服务专用线路,该线路为企业的专用通道,以用于企业或行业集团用户各分支机构互联,组建内部信息传送网络,已在企业组网的市场上驰骋二十几年。其突出的优点主要有:1. 可靠性:构建在运营商的网络上,具有足够且灵活的带宽和传输可靠性;2. 安全性:采用了路由隔离、地址隔离和隐藏MPLS内部网络信息等,可提供端到端的安全保证。但因价格高昂、部署周期长、运维复杂、难以规模化应用于云计算及SaaS等原因,在现代企业多样性的场景需求面前已捉襟见肘。对于安全性要求极高、预算充分的政府单位、大型企业,或者是企业的关键任务运行上,MPLS专线依然是良好的选择。方式二 VPN组网VPN组网拓扑图(来源于网络)VPN组网是通过公用网络建立的私有数据传输通道,将企业的总部、分支机构、上下游合作伙伴、移动办公人员等连接起来的一项技术。这种组网方式的显著优势是:1. 较低的成本投入:VPN利用的是公共网络而建立的虚拟专网,企业无需花费高额的硬件设备、线路租赁、维护等费用;2. 部署时间较快:VPN一般是由防火墙或者VPN网关等硬件设备来实现的,路由设备到位后,进行网络配置即可完成;3. 可实现远程访问:无论是在外地出差还是在家中办公的用户,通过互联网连接VPN,即可访问企业的内网资源,为远程办公、移动办公提供了技术基础。随着企业应用场景的变化,尤其是2020年疫情的原因,远程办公的场景爆发式增长,VPN业务体验不好、安全有隐患(网关暴露在公网,容易被黑客扫描到并发起攻击,一旦被黑客侵入,内网数据资源则都有被盗取的风险)等弊端也逐渐凸显出来,但针对于预算不足、安全性要求不高的小型企业,不失为一套适用的解决方案。方式三 SD-WANSD-WAN 即软件定义广域网,其网络架构还是基于公共网络或者专线,但增加了SD-WAN控制器,这也是SD-WAN的管理核心。通过集中控制器,将广阔地理范围的企业网络、数据中心、互联网应用及云服务等集中起来,进行统一管理。随着企业上云、远程办公、数字化管理等场景应用越来越多,MPLS专线和VPN的组网方式已无法满足此类场景的需求,甚至成了企业数字化转型的瓶颈。主要表现在:1. MPLS专线成本投入大:一方面专线单价高,对于大带宽需求的客户如共有云与IDC打通、多分支或项目部访问总部等,投入巨大;另一方面,专线的网络结构复杂,需要专业的IT运维人员负责,也得耗费较大的人力的成本;2. VPN访问体验差:尤其是采用开源的VPN软件,基于互联网平台部署而成的点对点专线网络,不可避免会受网络高峰期的影响,常常伴有网络波动、网络丢包等问题。软件稳定性也有潜在风险,容易导致VPN通道中断,影响正常办公;3. 部署周期长:MPLS专线因为运营商都是本地化行政办公,导致跨区域、跨境的工单审批时间长,审批完后再进行部署,往往需要两个月甚至更长时间。而VPN一般是由防火墙或者VPN网关等硬件设备来实现的,必须采购硬件设备,在大型企业中,硬件设备的采购往往是需要经历长时间的招投标流程。即使是中小企业无需招标,采购新设备到安装上架,也将耗费一周的时间;4. VPN和专线的运维复杂:出现问题时不仅需要专业的IT人员,而且MPLS专线对于企业无监控机制,很难找出问题点,VPN也仅能监控自身的设备性能,无法监控网络问题,这在不同程度上都增加了运维的难度。而SD-WAN具备灵活组网、快速部署、高性价比等诸多优势,现已成为了企业组网的首选解决方案!据Gartner报告称,到2023年,将会有90%的企业采用SD-WAN来实现企业组网。使用这样的组网形式,可以给企业带来:第一, 降本增效:SD-WAN的组网形式,在功能的实现上比专线更加丰富,而成本投入较专线相比可节省50%以上,尤其是SD-WAN可与公有云互通、进行移动端部署等,更适合企业上云、移动办公、SaaS应用等场景的应用;第二, 提升访问体验:SD-WAN可以根据网络情况,实现链路无感知切换,保证访问质量。还可根据管理员的配置策略,实现流量的负载均衡,保证关键应用(如视频会议、OA系统等)或关键用户的链路质量和访问速率;第三, 部署简单,快速接入:SD-WAN支持硬件、软件、客户端等多种部署方式,可实现“零接触部署”,最快15分钟即可完成,且分支机构无需专业IT人员也能完成组网部署;第四, 运维方便快捷:可视化的运维管控平台,管理员可对全网进行统一管理,能及时确认网络情况,快速定位网络问题,大大提升了运维效率。
-
IT服务行业是一个广泛的术语,涵盖了所有提供技术支持和服务的公司。这些服务包括系统集成,云计算服务,软件和硬件支持,网络服务,咨询服务,以及一系列其他类型的技术服务。此外,IT服务行业也可能包括提供特定业务解决方案,如企业资源规划(ERP)和客户关系管理(CRM)系统的供应商。这个行业的主要目标是帮助其他企业和组织通过技术提高效率,降低成本,实现战略目标。据相关数据统计,中国IT服务市场将保持13%左右的增速增长,市场具有非常好的前景,但是,为什么很多公司缺感觉增长乏力呢?一、行业的现状如果我们简单的将行业划分,我们可以分为高中低三个层次,即战略层、运营层、技术层服务。其中战略层和运营层主要是做咨询服务,技术层主要是做IT服务和外包服务两个大的类别。(一)咨询服务前些年,咨询类服务主要由国际品牌占领高端市场,尤其是头部的央国企和大的民营企业都是由国家品牌在提供咨询服务。这几年以来,也逐步的初步了草根化的咨询服务团队。前者更具备体系化作战的能力,所以一直牢牢占领者高端的市场。从提供的服务内容上主要是战略和运营两个大的类别。战略服务主要是企业战略管理、数字化战略转型、重组并购、ESG类别。运营服务主要是营销销售、供应链优化、财务管理、人力资源管理、信息技术应用五个大的类别。所以,咨询服务面对的主要对象是企业主、企业高管。这也要求具备面对复杂问题的解决能力,和资源的掌控能力。(二)IT技术服务IT技术服务主要是提供的信息化、数字化的规划咨询、实施和运维。近几年,由于信创让很多国内厂商认为迎来了新机。同时,互联网冲击着技术咨询,在云平台、行政办公、大数据领域不断向B端市场乏力。还有一些公司是做解决方案的,但是随着市场的变化,解决方案的价值逐步在下移,市场并不认可和买账。再往下,还有很多的IT外包服务,主要是面对解决方案的人力外包服务,体现出了价格的竞争和低价,甚至规模效益,所以大型的外包公司就出现。而随着技术的发展,现在出现了技术外包和人力外包的路线之争。上述两者共同构成了现在市场的格局,而现在最大面临的挑战是经济发展的放缓,对其需求也在放缓。二、核心竞争力做IT行业的核心竞争力客户资源是起点,无论做什么服务都是围绕客户来做的。所以,我们看到今年某大型做了一个大的调整就是由原来的客户调整为行业。其背后的逻辑是要从个性化的服务转变为提供行业解决方案,但是效果并不理想。这是因为没有找到其核心竞争力。1.咨询的核心竞争力是人才咨询的核心竞争力除了客户关系外,主要体现在顶级人才和行业的影响力。本身咨询就是一个关于人的生意,真正的找到顶级人才是核心竞争力。但是,实际情况是,随着规模的扩大,往往是忽视人才的,所以这几年,考虑到种种原因,国产厂商还是不肯、不敢、也不愿在人才进行变革,毕竟这种阵痛还无法接受。相反,一些草根公司由于规模小,体量轻。在人才竞争上走的很快,核心的创始人是顶级人才,再加上几十个员工来做执行,也硬生生走出一条自己特色之路,被市场所认可。同时在影响力上也在不断增强,体现在心智和渠道的两个占领。2、技术服务的核心竞争力是生态和方案技术服务的核心竞争力还是生态,这种生态的整合需要有一个非常良好的配套机制。同时是基于行业的解决方案,这种方案需要长期的积累和沉淀,凝聚全生态的智慧,打造样本。所以,去年开始,出现了只是开源生态的做法也在推动方案前行。在生态方面,现在还没有形成真正的合理,因为大家还是一种商业行为,在目前商业环境之下的生态打造和合作还有很长的路要走,但是,在生态已经打造了一定能力的公司就必然走在前列。3.外包服务的核心竞争力是价格外包服务没有太多核心竞争力,同质化严重,这个时候就看谁的价格低。要实现价格低,就需要一套卓越的运营体系,在各个点去取挤压,去精益,也是无奈之举。所以,很多的外包服务公司都在向上攀登,争取都是技术服务,甚至高端咨询的路上。三、发展之路有人问销售、售前和交付直接冲突怎么解决?我觉得这个站位实在太低了,都是做具体事的问题,没有什么好说的,更重要的是商业模式的突破,如何在存量和增量上进行平衡和突破。一是要向着高端突破。做头部才是王道,当然这种要撕裂自己重生之路很难,真正能走出来的也是少数人,虽然我们走出来了,但是也只是我们生的早,走在时代的红利。二是要向着生态发展。要能够形成一种体系化的机制,做好生态的链接和共生共享,既要解决商业本身的问题,又要解决好链接的问题。三是要向着方案延伸。要积累方案的厚度,要集中精力在某一个细分行业做出解决方案,而不要求大而全。综上,要学会解决复杂问题的能力,要能够向高端突破,这才是最终的解决方案和成长路径。
-
如今,由于业务对网络的依赖程度越来越高,企业网络的选择变得非常关键。拥有多个分支机构的企业通常会选择进行组网,以满足企业内部通信、数据传输和信息共享的需求。但是,面临多种组网方式的选择,企业往往会犹豫,不知道选择哪个才能实现最好的效果。MPLS和SD-WAN是两种广泛应用于企业组网的方案,企业往往在这两种方案上患上选择困难症。到底该怎么选?把握它们的突出特点是关键。 MPLS的优点在于其稳定性和可靠性。它提供了端到端的服务质量(QoS)保证,适用于对网络性能和延迟敏感的应用,如语音和视频传输。此外,MPLS网络通常由服务提供商管理和维护,企业可以获得专业的技术支持和故障处理。不过,MPLS价格高昂、可拓展性相对较低、建设时间长是一些企业放弃它的原因。 而SD-WAN提供了更大的灵活性和成本效益。SD-WAN通过智能路由和流量控制来优化数据传输。根据应用程序需求自动选择最佳路径,并实现实时流量监控和故障切换。此外,SD-WAN的部署和管理更加简单,通过集中式控制平台可以轻松配置企业网络。当然,SD-WAN也存在一些弱点,如果网络完全建立在性能变化多端、不可预测的宽带互联网上,应用性能可能就无法预测。云专线直达:云擎技术-备案-APP备案-
-
-
这次学习让我学到了很多东西,十分有收获,让我为以后积累了经验
-
传统网络技术在解决企业上云、员工办公、分支互联面临8大问题,包括:分支网络基础设施部署时间长;部署与运维操作复杂;带宽成本高,使用率低;多云架构上云受限;安全与合规管理复杂;应用流量缺乏可视化控制有效手段;企业对广域网的控制权低;跨境服务部署困难且无法保障数据安全。SD-WAN技术高效地解决了这些问题。SD-WAN具备快速敏捷的组网能力、高效可靠的一站式服务能力,被广泛视为产业数字化、企业数字化发展的网络基石。SD-WAN是将SDN技术应用在广域网范围内,通过将传统的网络控制和数据转发进行分离,实现为用户提供按需分配的网络资源。SD-WAN构建于已有物理网络架构之上,为用户提供“无感”网络服务。SD-WAN的4大特点:1、支持混合链路接入:提供替代传统广域网路由器的轻量级方案,终端支持以软硬多种形态在分支机构部署并且无缝支持多种主流传输协议与链路(包括MPLS,Internet,4G/LTE等等)。2、支持动态链路调整,保障关键应用体验:根据业务与企业应用策略,将数据传输实时调度至最佳路径。3、企业WAN管理和业务启动简单高效,支持远程控制、零接触部署。4、支持VPN以及其他增值业务服务,如广域网优化、负载均衡、数据包复制、虚拟防火墙、虚拟安全网关等等。
-
VOIP领域技术发展已经很多年了,目前,绝大部分的VOIP网络或者企业通信系统基本上都是基于传统的IT网络构建而成。最近10年来,越来越多的应用场景都往云平台迁移,包括了VOIP平台和很多的第三方应用场景,例如CRM,语音识别,其他融合通信的模块等。在整个网络迁移过程中,传统VOIP的介绍架构很难完美实现和第三方应用场景的对接,即使可以支持多种对接集成也会带来很多的潜在的技术和安全管理隐患,另外,随着员工移动也带来各种网络连接问题,这些问题会导致VOIP系统数据管理和路由的各种问题,比较典型的就是网络时延,语音质量,网络扩展等问题。在现有的基于传统IT网络平台构建的企业IPPBX或者呼叫中心等VOIP系统完全升级和第三方云服务业务对接的可能性越来越小。 对于VOIP系统来说,如何满足其未来更多的扩展支持和基于互联网方式的第三方服务是一个非常大的挑战。用户提供SD-WAN实现其网络升级是一个非常明智的选择。根据IDG 2020年对SD-WAN市场做的预测,为了解决各种连接问题,实时通信的要求和安全管理的要求,用户对SD_WAN的需求量也是在不断上升。SD-WAN介绍的出现可能对VOIP网络来说是一个福音。VoIP网络通过SD-WAN技术实现了更多的技术扩展,并且对网络安全管理和语音质量,第三方云服务支持都有比较大的优化和提升。很多比较大的通信VOIP厂家也逐步推出了很多的商业解决方案帮助企业通信系统支持SD-WAN来实现VOIP平台更具有未来拓展性的部署。笔者将通过以下分享来介绍SDN,SD-WAN以及通过SD-WAN实现VOIP网络的拓展性和其语音质量的优化扩展实现对云计算和多地部署的支持。 SDN相关技术背景介绍 任何技术的出现都具有一定的时代性。当然,仍然有很多技术架构因为其业务需求的不同,技术架构等限制仍然同时存在于我们当前的应用环境中。如果技术架构不能快速适应社会的需求的话,技术更迭会淘汰一部分企业。在很多技术更迭的过程中,很多技术架构很难满足最新的技术要求,经过一段时间后,这些比较旧的技术将会被新的技术替代。处于云计算时代的VOIP/SIP通信领域就是一个非常典型的例子。 在传统的VOIP领域,包括更早期的PSTN时代,很多设备制造商都是以硬件方式为用户提供各种服务和硬件设备,经过几十年的发展,这些服务已经很难满足现代云计算环境下的最新业务模式,甚至于严重滞后于企业用户的客观需求。随着IP化的推进,出现了PSTN和IP的混合,以及后期的虚拟化解决方案的出现,越来越多的用户使用虚拟化解决方案加外接语音设备方式实现VOIP的技术场景。最近几年,SIP trunk和IMS的出现,传统PSTN设备也逐渐退出了市场,完全虚拟化的平台开始正式进入到了VOIP领域。但是,无论我们讨论的这些技术如何发展,这些技术仍然局限于企业本地网络或者基于企业内外的配置环境。另外,随着企业管理层级的不断变化,电话功能需要和其他第三方进行完美融合。很多企业IPPBX系统需要更多的对接支持第三方的业务功能,这些业务功能的部署需要增加对接的接口或者管理设置。这同样要求企业IPPBX平台能够灵活支持各种第三方接口,同时能够保证这些服务是在企业技术管理的范围之内的。SDN和SD-WAN的出现给传统的技术架构带来了更多的技术融合的可能性。SDN和SD-WAN除了满足了在VOIP领域技术的要求,同时支持了云计算中的各种业务要求。因此,SDN可能是对传统网络架构的颠覆,同时因为各种因为传统网络部署所引起的各种问题也让用户开始考虑向SDN和SD-WAN技术架构迁移。以下调查说明了企业真正考虑迁移的几个要素:SDN称之为软件定义网络,顾名思义,如果从简单概念来说就是通过可编程方式通过软件定义实现各种互联网功能。SDN技术虽然一直在发展,但是,因为周边各种技术的不断成熟,例如虚拟化等,这一技术在最近几年突然开始火热起来。针对SDN技术架构,相关技术机构发布了关于SDN技术架构说明-RFC7462,从RFC7462详解来说,SDN 网络技术架构包括几个不同的层级: 网络设备, 控制层, 管理层, 网络服务抽象层和应用抽象层。SDN 南向接口包括的模式为:ForCES,NETCONF/YANG,OpenFlow,I2RS,SNMP,PCEP和BFD。其具体细节,读者可以查阅RFC7462,因为篇幅所限,这里不再做过多技术。读者可参阅以下示例了解SDN其具体的架构:Nick Feamster 在其发表的论文中专门针对虚拟化和SDN的关系做过非常详细的讨论。在传统的网络设备环境中,网络设备厂家的设备本身所提供的功能都已经限定在了设备中,其他第三方集成商基本上没有任何可能对此设备进行其他功能的支持或者自定义更多的应用,SDN实现了网络硬件设备和业务功能,应用的分离,通过虚拟化方式和各种API接口。它支持了控制层,数据管理层和设备层的分离。 关于SDN的技术研究,很多国家的研究人员都分别根据不同的研究领域做了很多不同的研究。目前,在SDN技术研究中,美国是研究人员发布的研究论文是最多的,中国是关于SDN技术发表论文第二多的国家。这也说明,结合目前的云计算部署,中国对SDN的技术研究已经真正进入到第一集团军行列。总结 笔者通过以上分享,对SDN,SD-WAN的基本背景中了比较详细说明,对目前SDN网络技术的一些研究领域和各国国家所研究的项目发布做了简单回顾,同时针对MPLS的局限性和目前企业VOIP网络对互联网支持的兼容性做了比较多的讨论。 因为MPLS本身的技术的局限性,其部署方式和管理方式已经严重阻碍了企业往云平台迁移的目标,很多传统的部署方式不能满足云计算的要求。因此,很多的企业网络也考虑通过SD-WAN和MPLS的结合逐步实现更多的云计算的功能。通过SD-WAN的部署方式可以优化很多的VOIP的问题,包括时延问题,安全管理问题,第三方对接的管理和完整网络状态的管理。 当然,在往SD-WAN迁移过程中,人的思维的转变是一个比较大的挑战。很多企业IT主管和领导仍然对其技术部署方式存在很多的担心和忧虑,也包括运维人员的技术和管理方式的转变。这些都需要企业本身通过对技术人员的教育来帮助他们理解技术架构的转型。
-
广域网云化越来越多的企业将计算,存储,服务上云。云上的这部分基础设施,就有了云的客户价值:敏捷,弹性,按量付费。但问题是,企业也有线下部分,自有的数据中心。因此企业网必须是一张线上线下统一的网,并且越来越以云为中心。然而传统的企业网,高端的像MPLS,草根的像IPSec,越来越难保障企业上云的价值。传统的企业网成为了企业云网融合的瓶颈,SD-WAN应运而生。SD-WAN本质是云,是广域网的云化,灵魂在于应用和场景SD-WAN是一种生产方式的变迁企业网在快速外化,演变成云的形态一个小笑话你们这些创业公司,一会拿我们的专线打我们的互联网,一会拿我们的互联网打我们的专线,到底想干啥?解释一下:拿我们的专线打我们的互联网是指有一类SD-WAN 创业公司,会基于某运营商的跨境专线,通过SD-WAN 灵活接入的技术特点,去打击运营商的跨境精品网。拿我们的互联网打我们的专线是指有一类SD-WAN 创业公司,会基于运营商优质的互联互通的BGP资源,通过在国内建设POP(point of presence 入网点)的形式,去打运营商的国内的MPLS网络。哈哈哈这基本总结了运营型创业公司的本质。谈谈面向未来的布局未来有哪些可以预见的应用:5G,IoT,边缘计算SD-WAN与IoT的四个契合点敏捷:IoT感知层的本质作用是将现实世界数字化,这些数字化大多发生在边缘,需要将边缘形成的大量数据,连接到近端(边缘计算)或远端(云计算)进行处理,所以IoT的业务类型决定了它需要非常灵活的部署方式。安全:IoT设备自身的性能较弱,外加数量庞大,需要网络层面支持灵活的基于身份的安全性性能:不同IoT业务的性能要求不同,会有做应用分流,应用调度,应用保障的需要。可视化:IoT存在海量的设备需要管理和维护,统一的可视化平台。SD-WAN与边缘计算的契合点敏捷:与IoT类似安全:边缘计算的场景相对更加复杂,不但需要连接到现场,还需要与其他边缘节点系统,边云协同。这部分需要适配不同业务,在公共基础设施之上,形成非常敏捷的动态连接,也对安全性有很强的需求。性能:与IoT类似统一架构:边缘计算相比于云计算,一个很大的优势是在数据发生地,或者事件发生地就近处理,这种扁平的计算架构和SD-WAN 这种较为扁平的网络架构,可以统一考虑5G系统因为UPF(用户平面功能)下沉(支持URLLCD等场景必然需要),对原有的承载网络提出了支持复杂多点通信和SLA保证的新需求。
-
广域网云化越来越多的企业将计算,存储,服务上云。云上的这部分基础设施,就有了云的客户价值:敏捷,弹性,按量付费。但问题是,企业也有线下部分,自有的数据中心。因此企业网必须是一张线上线下统一的网,并且越来越以云为中心。然而传统的企业网,高端的像MPLS,草根的像IPSec,越来越难保障企业上云的价值。传统的企业网成为了企业云网融合的瓶颈,SD-WAN应运而生。SD-WAN本质是云,是广域网的云化,灵魂在于应用和场景SD-WAN是一种生产方式的变迁企业网在快速外化,演变成云的形态一个小笑话你们这些创业公司,一会拿我们的专线打我们的互联网,一会拿我们的互联网打我们的专线,到底想干啥?解释一下:拿我们的专线打我们的互联网是指有一类SD-WAN 创业公司,会基于某运营商的跨境专线,通过SD-WAN 灵活接入的技术特点,去打击运营商的跨境精品网。拿我们的互联网打我们的专线是指有一类SD-WAN 创业公司,会基于运营商优质的互联互通的BGP资源,通过在国内建设POP(point of presence 入网点)的形式,去打运营商的国内的MPLS网络。————————————————版权声明:本文为CSDN博主「三年柏拉图」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/weixin_45460987/article/details/115676245
-
广域网云化越来越多的企业将计算,存储,服务上云。云上的这部分基础设施,就有了云的客户价值:敏捷,弹性,按量付费。但问题是,企业也有线下部分,自有的数据中心。因此企业网必须是一张线上线下统一的网,并且越来越以云为中心。然而传统的企业网,高端的像MPLS,草根的像IPSec,越来越难保障企业上云的价值。传统的企业网成为了企业云网融合的瓶颈,SD-WAN应运而生。SD-WAN本质是云,是广域网的云化,灵魂在于应用和场景SD-WAN是一种生产方式的变迁企业网在快速外化,演变成云的形态一个小笑话你们这些创业公司,一会拿我们的专线打我们的互联网,一会拿我们的互联网打我们的专线,到底想干啥?解释一下:拿我们的专线打我们的互联网是指有一类SD-WAN 创业公司,会基于某运营商的跨境专线,通过SD-WAN 灵活接入的技术特点,去打击运营商的跨境精品网。拿我们的互联网打我们的专线是指有一类SD-WAN 创业公司,会基于运营商优质的互联互通的BGP资源,通过在国内建设POP(point of presence 入网点)的形式,去打运营商的国内的MPLS网络。哈哈哈这基本总结了运营型创业公司的本质。谈谈面向未来的布局未来有哪些可以预见的应用:5G,IoT,边缘计算SD-WAN与IoT的四个契合点敏捷:IoT感知层的本质作用是将现实世界数字化,这些数字化大多发生在边缘,需要将边缘形成的大量数据,连接到近端(边缘计算)或远端(云计算)进行处理,所以IoT的业务类型决定了它需要非常灵活的部署方式。安全:IoT设备自身的性能较弱,外加数量庞大,需要网络层面支持灵活的基于身份的安全性性能:不同IoT业务的性能要求不同,会有做应用分流,应用调度,应用保障的需要。可视化:IoT存在海量的设备需要管理和维护,统一的可视化平台。SD-WAN与边缘计算的契合点敏捷:与IoT类似安全:边缘计算的场景相对更加复杂,不但需要连接到现场,还需要与其他边缘节点系统,边云协同。这部分需要适配不同业务,在公共基础设施之上,形成非常敏捷的动态连接,也对安全性有很强的需求。性能:与IoT类似统一架构:边缘计算相比于云计算,一个很大的优势是在数据发生地,或者事件发生地就近处理,这种扁平的计算架构和SD-WAN 这种较为扁平的网络架构,可以统一考虑5G系统因为UPF(用户平面功能)下沉(支持URLLCD等场景必然需要),对原有的承载网络提出了支持复杂多点通信和SLA保证的新需求。
-
8.6跨层跨域的企业专线蓝图企业专线(CCVPN)是运营商的核心业务。为了满足不同类型的企业客户的网络专线需求,运营商往往采用不同的网络技术,建设不同的网络来提供服务。很多运营商都会基于OTN (Optical Transport Network)技术来建设高带宽、高品质的专线网络,也会采用最新的SD-WAN技术来提供快速、灵活和广覆盖的虚拟专线业务。传统运营商的网络建设模式是按照技术领域来划分的,不同网络技术的建设、运维和系统集成彼此独立。而客户需求往往是多种多样的,既需要高可靠、高品质的OTN大带宽专线作为关键数据中心的连接,也需要灵活的SD-WAN专线来覆盖各种分支机构。在传统运营模式下,客户必须分别从运营商那里购买各自独立的专线产品,然后自己组装成完整的网络。哪怕所有业务都是来自同一家运营商,客户也不能一次选择好所有专线产品并完成购买。另外,随着经济全球化的发展,企业客户的专线需求越来越国际化,往往不是一家运营商的网络可以独立提供的。全球运营商越来越需要联合起来,实现网络互联互通、彼此配合来提供端到端的跨国专线。虽然当前很多新建网络都会引入厂商的SDN控制器来实现域内业务的自动化发放和自愈控制,但是跨越多厂商、多域、多种技术的复杂网络几乎完全依赖人工的方式来实现业务开通,往往耗时几个月之久,更不用说如果需要开通跨越多个运营商的连接业务了。ONAP的CCVPN(跨运营商、跨领域、跨层VPN业务)蓝图就是为了构筑一个跨技术领域(Underlay的OTN技术和Overlay的SD-WAN),结合物理网络PNF和虚拟网络VNF,跨域(多个OTN域)、跨运营商(中国移动和沃达丰电信)的网络场景。在厂商提供的单域控制器的基础上,利用ONAP来实现跨运营商、跨域、跨层的业务编排和自动业务控制。这张蓝图是在ONAP Casablanca版本由中国移动、沃达丰电信和华为联合提出。它是基于运营商的现实需求,蓝图中的OTN设备、SD-WAN设备和控制器都是可实际现网部署的商用产品。其独特之处还包括首次实现了两个ONAP间的自动交互,从而为跨运营商之间的业务自动化提供了参考实现。CCVPN蓝图的OTN基础网络是现网预先部署好的网络,控制器也是部署好的,然后再被ONAP集成。ONAP需要知道物理网络的拓扑,然后才能在网络上开通业务,即:ONAP需要自动发现已经部署好的OTN物理网络的信息。需要说明的是, OTN网络的详细拓扑信息是存储在OTN控制器上的,但是ONAP并不需要全部细节,仅需要经过抽象后的结果(能满足业务编排和自动业务控制的要求即可),以提升ONAP自身处理效率。关于OTN网络的拓扑抽象模型, CCVPN采用了IETF组织定义的ACTN标准。软件定义的OTN网络(SOTN)被ONAP发现后, ONAP可以调用SOTN控制器的北向接口,在网络上自动开通高速以太网专线(E-Line)业务。我们知道ONAP是完全模型驱动的,要让 ONAP工作,必须对OTN的网络资源作建模,作为一个资源模型加载到ONAP的SDC模块。该资源与VNF不同,不是一个网元,而是一个虚拟连接(Virtual Link).CCVPN用SOTN Connectivity来描述它。SD-WAN网络能够在CPE之间建立端到端的Overlay隧道,这个隧道也可以看成是组成最终业务的一个资源。同样需要建立一个资源模型,在CCVPN中命名为SDWAN Connectivity。作为一个Virtual Link资源导入到SDC。组成CCVPN的其他基础资源对象还包含组成SD-WAN业务的资源对象如站点(Site)、设备(Device)、WAN端口、OTN端口等。这些对象是作为虚拟功能组件(VFC)导人到SDC的。CCVPN的业务设计高度抽象后包含三个业务: SOTN基础设施业务, SD-WAN基础设施业务和站点业务。其中站点业务包含了用户最终开通业务需要的全部资源,包含以上提到的站点(Site)、设备(Device),WAN端口、OTN端口。从最终客户角度看,只需要提供网络连接业务的站点信息,而中间的OTN连接和SD-WAN连接会自动化地建立,从而大大简化客户的购买流程。CCVPN蓝图是基于第三方OTN控制器和SD-WAN控制器的北向API能力来进行建模和业务自动化的。网络业务的开通也是通过调用第三方控制器北向的相关接口来执行。在ONAP Casablanca版本中,控制器的下列接口通过SDN-C模块集成到ONAP。SOTN控制器北向接口: Restconf接口, YANG模型是基于IETF标准草案,该YANG模型用于描述基于OTN提供的客户侧业务模型(draf-zheng-ccamp-client-signal-yang)。SD-WAN控制器北向接口:由于产业界没有对SD-WAN的北向接口定义标准,CCVPN采用了自定义的接口模型, C版本集成的接口包含:租户(Tenant)、认证(Tenant authorization), VPN、拓扑(Topology)、设备(Device)、站点(site)、端口(Port)和路由(Route)等。CCVPN蓝图为业务的实例化开发了一个专门的操作界面Use Case UI,简称UUI,作为用户进行业务实例化的输入界面,用户完成参数输人后,业务即可自动完成下发。CCVPN蓝图设计了一个光纤中断并自动触发重路由的闭环控制。这个闭环控制流程涉及多个模块: CLAMP、DCAE、Holmes, Policy和SO等。CCVPN蓝图聚焦在企业专线业务的自动化,企业专线业务是一个需要全程全网端到端自动化的业务场景,需要打通多技术领域、多厂商,甚至多运营商的物理网络,需要与厂商控制器系统集成。通过本蓝图,证明了ONAP强大的自动化能力: ONAP不仅可以VNF进行自动化,也可以对物理网络进行自动化;不仅可以在单域内自动化,还可以跨背商、跨技术领域进行端到端自动化。第九章 基于ONAP的跨域跨层专线实践9.1 Demo环境介绍CCVPN业务于2018年9月在荷兰阿姆斯特丹举办的ONS欧洲峰会上进行了演示,图9-1是当时发布的演示拓扑图。端到端的跨运营商CCVPN业务实际上需要由如下服务组成:运营商在各自的OTN网络提供的L2以太专线业务。运营商在各自的CPE和vGW提供的SD-WAN业务。把两个运营商的SD-WAN业务进行对接(Handoff),从而形成端到端的跨国专线。在实验室搭建了如下的演示环境。1.运营商L2以太专线业务组网中国移动:图9-2中左侧4台OSN1800设备组成一个OTN网络A,中间三台OSN1800设备组成OTN网络B,这两个OTN网络可通过两条跨域链路进行互通。左侧E9000服务器上运行着两套NCE-T控制器分别管理两OTN网络上的专线业务。沃达丰:图9-2右侧4台OSN1800设备组成一个OTN网络C,右侧的E9000服务器上运行着一套NCE-T控制器管理该OTN网络上的专线业务。2. Overlay业务(SD-WAN)组网中国移动:图9-2左侧AR161设备是物理CPE,作为用户的接入网关设备,左侧E9000上同时还运行着一套AR100v,是华为公司的一款vCPE产品(作为vGW使用),两者组成中国移动侧的SD-WAN业务,左侧1288服务器上安装一套SD-WAN控制器管理该业务。沃达丰侧的SD-WAN业务组成在右侧,跟中国移动侧业务对称的部分。跨国专线业务由图9-2中左右两个E9000上安装的ONAP创建实施。在本用例中,实际的业务诉求有如下3种场景:支持创建跨运营商的独立专线业务,即从左侧OSN1800创建跨运营商SOTN专线业务到右侧SOTN1800支持创建跨运营商CCVPN业务,同时打通SOTN专线以及SD-WAN业务。跨域链路down时能够进行自愈,实现自动化闭环端到端路径重路由。9.2方案整体设计过程ONAP针对特定场景的自动化设计通常可以归结为如下四种基本步骤资源设计:对业务场景进行分析,将场景分解成对应的资源( Virtual Function/Virtual Link/Allotted Resource),完成资源建模后并将其上线(Onboarding)到ONAP。业务设计:采用ONAP中已上线的资源,在ONAP上实现相应的业务设计,并且分发到运行态。自动化逻辑设计:进行业务工作流和资源逻辑( Directed Graph)设计以支持业务发放和动作。闭环策略设计:进行闭环规则与策略设计,以针对特定的运维故障事件设计自动化的处理过程。ONAP本身是一个业务无关的平台。如何发现具体的网络资源、如何对资源进行建模、如何设计业务、如何设计监控业务、如何进行闭环控制等问题,往往需要针对具体场景来进行分析,综合以上4种基本步骤的不同组合进行整体的流程设计。不同场景需要考虑不同的模型和流程,如何设计模型和流程,能体现出设计者对相关网络知识的理解深度和对ONAP的掌握程度。CCVPN场景的设计过程主要考虑如下问题。拓扑自动发现: ONAP如何发现物理网络?如何描述物理网络的拓扑?哪些拓扑信息是应该由控制器来维护?哪些拓扑信息应该由ONAP来管理等。这个过程用到了自动化逻辑设计这个功能。业务设计和发放:如何对网络提供的功能进行资源建模,利用这些资源进行业务设计,保证资源的可重用性。会用到资源设计、业务设计和自动化逻辑设计。闭环方案设计:作为跨域跨层的业务,哪些故障需要由厂商控制器来完成闭环,哪些故障需要在ONAP层面监控并执行。主要会用到闭环策略设计和自动化逻辑设计。本节描述了ONAP Casablanca版本的CCVPN实现。需要说明的是,本实现仅仅是个参考,并非唯一的方案。网络运营商的实际场景非常复杂,可以在实际运营过程中不断优化,不需要修改ONAP平台本身的代码。9.2.1 拓扑自动发现CCVPN场景中的OTN网络是物理网络、是已经部赛好的基础设施,并且部署了厂商控制器进行单域的管理,。ONAP是在厂商控制器上的自动化平台,主要是进行跨域的专线业务的端到端路由计算,并调用控制器的北向接口来开通业务。对于OTN专线网络来说,从最终用户角度着, OTN网络提供的是两个以太端口之间的管道连接,用户不需要关注OTN本身的详细拓扑,也不关心内部的各种OTN管道映射和监控。因此从用户角度来看,整个OTN网络实际上可以抽象成一个节点,对外有很多以太端口用于提供业务,用户可以在任意两个以太端口之间建立专线连接。从ONAP角度来看,核心关注的是如何满足用户的业冬需求,也不需要了解OTN网络的具体细节,所以把一个OTN域完全抽象成一个节点是最简单的做法,前提条件是对应OTN域控制器有足够智能,可以提供抽象能力,并提供相应的API接口(接口标准为IETF的ACTN模型)。本次演示采用的OTN控制器是华为的NCE-T,就能提供这种高度抽象的接口,因此大大简化了ONAP的拓扑建模和拓扑发现。两个OTN网络由两个NCE-T控制器分别控制并接入到ONAP。ONAP存储的两个OTN网络的拓扑信息实际上就是抽象成两个节点和很多端口,以及连接两节点的跨域链路。虽然底层OTN网络的拓扑并不一致,但是ONAP是不感知物理网络的拓扑差异的。拓扑上报是由OTN控制器上报给ONAP的,这个动作是在把控制器注册到ONAP的ESR组件时触发的。我们需要在SDN-C中实现从SOTN控制器获取拓扑、解析拓扑、写人A&AI等动作,这些动作只需要开发相应的DG(Direct Graph)并导入到SDN-C即可实现。以及如何使用DG工具,以及如何设计DG,将在后面的章节里描述。9.2.2 业务发放设计第二个需要考虑的问题是对网络资源和业务的建模。对网络资源建模主要是基于网络配置对象和控制器的北向接口来设计的。一股来说,控制器北向接口会提供全部且棵粒度不同的配置对象和接口,我们要选取一些对用户业务起到关键作用的对象来封装成资源。在CCVPN蓝图中,基于CCVPN场景,参考IETF二层以太专线和SD-WAN模型,设计了如表9-1所示资源模型。在设计网络业务时,需要根据业务的不同生命周期来设计。比如在CCVPN场景,由OTN提供的以太专线业务同基于SD-WAN的业务要解耦,因为SD-WAN业务的开通并不依赖于OTN连接。对于SD-WAN业务来说,只要两个站点IP可达,就可以开通SD-WAN业务,即未来如果其他设备也能提供对应的连接服务也是可能的。因此SD-WAN业务和SOTN业务应分别独立设计。由于SD-WAN业务是多站点业务,具体多少站点是无法提前确定的,而是在业务实际部署阶段,才能由租户根据实际情况来确定,并且在业务的生命周期过程中可能会增加或者减少。因此不能设计一个固定站点数量的SD-WAN业务,而是要把SD-WAN业务拆成SD-WAN的VPN基础连接业务和站点业务两种,站点业务的生命周期同VPN的生命周期是不一样的。可以在VPN存在的时间段内增加新的站点业务,或者删除已有的站点业务。基于以上考虑,我们把整个CCVPN的场景拆分成3个业务模型。 SOTN VPN Infra Service :描述由OTN网络提供的专线业务,包含了SOTN Connectivity资源和为跨运营商对接的SP-Partner资源。SDWAN VPN Infra Service :描述Overlay的VPN网络,一个用户可以开通多个SD-WAN VPN,用于隔离不同类型的流量和业务。Site Service :描述SD-WAN的站点信息,一个用户可以有多个站点,并且可以增加或减少。【读者读到这里,也许对上述案例的资源和业务的建模方式难以理解,这里做一个比喻把网络运营商比喻成房地产开发商:房地产开发商从建材供应商处购买材料,组装成房子卖给消费者。建材就是资源,房子就是业务。建材建模更多考虑与供应商的交易对象,可以是一些预制件,比如门板、屋顶、窗户等,这个建模过程是要根据建材供应市场的一般情况来确定。一般来说预制件比钢筋水泥这样的纯材料要更容易盖房子。而房子是业务模型,要从用户角度来建模,比如可以按照整栋楼来卖,也可以按照一套房子来卖,也可以按照一套房子+配套车库来卖。房地产的商业模式是按照订单来进行生产的,用户选择好房子后,房地产商才会采购建材预制件,装配成房子,交付给客户,这个装配自动化是依靠机器来自动化生产的, ONAP就是类似这样的自动化机器。】-----注:任老师这段比喻真精彩!读者理解了上面的比喻后,就知道业务建模和资源建模并没有固定模式,因此上面业务模型和资源模型的设计不是唯一的,也不一定是最佳的,但是可以作为学习过程的参考。熟练掌握之后就可以探索出更多贴合实际的业务设计模式。这也是ONAP平台的优势,运营商可以自行依据差异化的业务进行定制化的业务设计,不需要更改代码即可以快速完成业务的部署和上线。业务自动化的过程,就是用户订购业务后, ONAP进行业务实例化的过程,主要涉及ONAP的SO、 SDN-C、A&AI模块的运作,最后都是调用厂商控制器来进行网络配置,完成业务的交付。9.2.3闭环方案设计在为本场景设计业务保护的闭环流程时,我们也要考虑分层的保护闭环自动化, SOTN域内的光纤中断导致的闭环自动化(域内重路由)是可由SOTN控制器本身高效完成的,并不需要ONAP采取动作。但是如果端到端专线业务在经过两OTN域之间的光纤链路中断,从单个SOTN控制器的角度来看,它只能上报链路中断告警,而无法判对整体跨域业务的影响,也无法根据自身闭环控制实现恢复,因此需要ONAP平台来进行告警分析,确定对业务的影响,并采取业务恢复动作。至于如何分析、如何确定策略、如何恢复业务都需要提前设计好,并分发到相应模块, ONAP平台本身负责执行。比如:DCAE的数据收集规则:DCAE收集面向用户的以太端口的链路告警,忽略OTN光线路端口的链路告警。(让SOTN控制器自行负责域内环境,只对需要ONAP层面介入的告警进行处理。)Holmes模块的告警关联规则:只有在两OTN域都上报端口Down的告警,且两端口是同一个跨域链路的两端,同时该链路上运行了用户业务,才产生业务中断告警。(忽略不影响业务的端口告警。)Policy的闭环规则:Policy收到的是Holmes模块分析之后的业务中断的事件,针对事件触发重路由动作。
-
运营商部署实践进展ONAP得到了全球主要大型运营商的支持,很多运营商都成立了专门的ONAP团队,对ONAP进行测试、验证和试点,或者基于ONAP进行商业版本开发,把ONAP引入到生产环境里面。1.美国电信电报公司(AT&T)AT&T的网络自动化生产系统ECOMP就是ONAP在其生产系统中的应用。它也在主动推进两个新开源项目:聚焦网络人工智能的Acumos AI项目和聚焦边缘计算的集成软件栈项目Akraino。2.中国移动自2017年年初加入ONAP社区以来,中国移动一直积极参与并为社区做贡献,现担任技术指导委员会的副主席,参与架构设计,在多个核心模块积极贡献代码。中国移动还设有ONAP实验室,并负责管理。在ONAP的第一版本中,中国移动在社区发布了核心网的用例VoLTE,初步验证了ONAP的端到端的业务能力;在第二版本中验证了CPE用例;在第三版本中,联合沃达丰和华为推出CCVPN用例,以实现跨运营商、跨域、跨层的VPN业务连接。3.中国电信中国电信参考ONAP架构研发的网络服务编排器已在现网应用。对于重点业务,如云网协同和智能专线等,中国电信在积极研究基于ONAP平台来编排智能专线业务并积极推动试点。同时,中国电信在国际网络CTGNet中也积极尝试ONAP的应用与部署。4.中国联通中国联通基于ONAP开源代码积极开展产品创新,自研开发IPRAN+骨干网跨域编排器,实现了跨网络领域、跨地市和跨厂家的统一业务编排与网络协同。5.法国电信(Orange)法国电信把ONAP作为实现集团OSS简化和网络自动化战略的关键措施并坚定推行。法国电信明确要求从2019年起,所有的招标书都会把ONAP作为必选项。2018年,法国电信联合华为在生产环境公有云上验证了SD-WAN业务的自动化。6.加拿大Bell电信(Bell Ca**)加拿大Bell电信也是最早把ONAP引入到商业生产环境的电信运营商之一。从ONAP第一个版本(Amsterdam)开始,Bell就把ONAP用于虚拟化基础设施层(NFVi)的自动化和商业SD-WAN业务的自动化,其SD-WAN业务已经推向市场。7.沃达丰(Vodafone)沃达丰积极参与了ONAP的CCVPN Blueprint的验证。8.土耳其电信(Turk Telekom)土耳其电信计划基于ONAP第三个版本(Casablanca)进行商业化部署,推出SD-WAN业务。从中国三大运营商到欧洲大T,再到北美的领先运营商,全球很多电信运营商正基于ONAP开展商用部署实践活动,或是基于ONAP的架构重构自己的网络OSS系统
-
SD-WAN:顾名思义软件定义广域网(Software Defined Wan)SD-WAN解决方案整体介绍https://bbs.huaweicloud.com/videos/d7fed22984db4d219a6e36840cbffb52SD-WAN可视化运维https://bbs.huaweicloud.com/videos/fab5212be27347d69f7f73dcd47892d3SD-WAN智能选路演示https://bbs.huaweicloud.com/videos/9882c33effbe48b8af538778deaed426SD-WAN即插即用https://bbs.huaweicloud.com/videos/4b8ee7f45b6349a2999d5e5674ef115a传送电层管道业务发放快速体验https://bbs.huaweicloud.com/videos/45f73e4b7e004b4c87b6861c3822485d传送Client专线业务发放快速体验https://bbs.huaweicloud.com/videos/f92218ea4eed47a495fe4e8fc143a12f传送以太专线业务发放快速体验https://bbs.huaweicloud.com/videos/5a7f9736d22a432b8a03fd9714dc2692MPLS骨干网络调优快速体验https://bbs.huaweicloud.com/videos/74c6a0a35a04426493c54d22a0ca4c91IP专线业务发放快速体验https://bbs.huaweicloud.com/videos/8b658f3370b3454abf33742940992eb0在线网规https://bbs.huaweicloud.com/videos/a08c8942a48741089820ad2a45ddb669MSP创建租户管理员帐号https://bbs.huaweicloud.com/videos/f034e399d92542da969a97a1c8669222系统管理员创建MSP管理员帐号https://bbs.huaweicloud.com/videos/8c3f20ca88dd44a3994834d56ac49813MSP在ESDP平台获取License激活码https://bbs.huaweicloud.com/videos/88b9ee4b7fde4d6591f5cb5f24eafa223分钟了解云管理业务(MSP视角)https://bbs.huaweicloud.com/videos/30545f9c8e65494293f2eb43646b6ac7云网一体化-OpenStack场景网络业务发放演示https://bbs.huaweicloud.com/videos/77891c5ce2a04909a813bb5ba3386bcbCloudFabric解决方案概述https://bbs.huaweicloud.com/videos/f48513c187304d188bf5daf086c4478a了解更多
-
云早报,(北京时间)2月15日,星期五【云头条】SD-WAN 大事件:Zenlayer 合并大河云联(DAHO Networks) 近日,全球领先的软件定义网络及服务提供商Zenlayer宣布:正式合并SDN技术领军者大河云联。两者将有效利用技术和产品的互补性,充分发挥网络运营和平台研发能力,提供包括SDN网络和企业SD-WAN的全新云网服务整体解决方案,助力企业、云和用户之间的全球连接。(查看全文)【华为云新闻】无需担心RUNC容器逃逸漏洞,华为云容器服务为您保驾护航按语:runc容器逃逸漏洞(CVE-2019-5736)暴露这几天,各云容器服务供应商纷纷提供了各自的解决方案,相对于业内普遍要求用户中断业务,升级docker最新版本的有损升级方案,华为云容器服务提供了最省心的在线无损升级解决方案。(查看全文)【互联网新闻】1.华为:没有华为5G,就像新西兰没有橄榄球新浪科技今天的消息,据外媒报道,新西兰情报机构以国家安全为由,禁止中国华为公司参与当地5G网络基础建设。于是当地时间2月13日,华为在包括Stuff和《新西兰先驱报》在内的新西兰主流报纸和网站上刊登整版广告,称:“没有华为的5G,就像新西兰没有橄榄球一样”。借新西兰热衷的橄榄球运动,批评该国政府禁止华为参与网络建设的决策。广告还指出,若没有华为,新西兰将错失使用最先进的5G科技,消费者也因需要付出更高的价格而蒙受损失。网友评论:那就祝华为早日成为纽村电信界的“All Black”。2.刘强东新增一家云计算公司天眼查数据显示,京东董事长兼CEO刘强东开设了一家新公司,名为南京京东云计算有限公司,注册于1月28日,其总经理为刘强东,法定代表人为刘强东30岁的女助理张雱。数据显示,张雱同时担任南京京东云计算有限公司执行董事,而该公司为京东云计算有限公司100%控股。网友评论:刘主任没离婚,你们不要再猜了...3.阿里确认入股B站,持股约8%2月14日晚间,阿里向美国证券交易委员会提交报告,宣布通过全资子公司淘宝中国入股B站近2400万股, 持有B站约8%的股份。此外,目前一批B站UP主已经入驻淘宝,双方将在内容和商业化方面进行合作。早在2018年11月初,就有报道称,阿里+阿里系基金持有B站10%股份。虽然双方对此未明确回应,但合作在持续推进。2018年12月下旬,B站与淘宝宣布在内容电商以及B站自有IP的商业化运营方面达成战略合作。网友评论:马爸爸对马爸爸说:干杯!4.腾讯游戏发布直播行为规范公告,提出12条直播禁令腾讯游戏今日发布关于直播行为规范化的公告,提出12条严禁出现的不良行为。腾讯方面表示,公告适用于所有基于腾讯所运营游戏组织、制作、发布直播内容的平台、机构和主播。游戏内容与游戏直播内容存在天然的版权关联,作为直播行业及其衍生领域的内容提供者,腾讯承担其游戏内容合规运营责任的同时,也有责任推动基于腾讯游戏画面的直播内容和授权的规范化。网友评论:最近直播界还比较安静诶,大家都学乖了。5.2019香港富豪榜:李嘉诚蝉联首富,但真正黑马是李锦记2月14日,《福布斯》杂志公布2019年中国香港前50名富豪排名榜,长和创办人李嘉诚连续第21年占据头把交椅。不过,或是受累于港股的技术性熊市以及疲软的香港楼市,前50名富豪**有23人的财富下跌,如李嘉诚的财富相比去年就缩水了43亿美元。在榜单的前十名中,李锦记集团主席李文达成为“黑马”,从上次榜单的11名上升到第3名。网友评论:丝毫不影响我的排名...6.小米在印度被抢劫 价值约95万元手机被洗劫一空2月14日消息,印度媒体NYOOOZ消息,不法分子抢劫了一辆装有总值1000万卢比小米手机的卡车,目前卡车被找到,但手机已经被洗劫一空。NYOOOZ报道,周三凌晨,这辆卡车从斯里兰卡市前往加尔各答,途中被身份不明的歹徒抢劫。案件发生时,卡车司机正在Nellore区Dagadarthi村附近的卡车停车场休息,四名歹徒殴打司机后,将他绑在一棵树上并开走了卡车。警方表示,卡车中每部手机的价格介于6000卢比至14000卢比之间。警方已经在Gowravaram村找到了卡车,但卡车内的手机不见踪影。网友评论:oh my god!7.IDC公布美国高端手机市场份额数据 一加已跻身前五虽说国产手机厂商纷纷出海,但在美国市场上还是不太容易见到国产手机。因为美国手机的运营商占了绝大多数的销量,如果和运营商没有良好的合作,很难在美国市场立足。近日IDC公布了美国高端手机(售价大于500美元)市场份额数据,让我们感到惊喜的是,一加手机已跻身前五,取得了不错的成绩。网友评论:一加能在美国市场立足,与运营商分不开8.暴雪为裁员致歉:为加大游戏投入,将缩减非游戏开发职位数量暴雪娱乐总裁J. Allen Brack发布道歉信称,暴雪目前在开发的游戏数量是公司历史上最多的,暴雪计划增加在游戏开发上的投入,为了支持电子竞技与《守望先锋》优先事项,需要重组非游戏开发职能团队架构,将缩减北美部分非游戏开发职位数量,并根据全球其他部分的当地情况,在未来几个月内制定并执行相应的调整。此前,暴雪宣布裁员8%。网友评论:被裁员工表示:道歉我接受了,再发几个月工资吧。9.严查春节院线电影盗版,微信封130个侵权公众号2月4日至2月11日,微信对公众平台上未经授权、非法传播版权保护预警重点作品的行为进行了处理,包括《流浪地球》《疯狂的外星人》《新喜剧之王》《飞驰人生》等院线电影的盗版内容。微信共收到影片权利方及其代理方的投诉达631个,处罚了近130个严重侵权的公众号,处罚措施包括删除昵称、清除自定义菜单或自动回复功能、注销帐号等。网友评论:支持正版,干得漂亮。10.盖茨夫妇发布2019年度**,分享9件让人意外的事比尔和梅琳达·盖茨发布了2019年度**,分享9件让他们意外的事情: 非洲是最年轻的大陆;家庭基因检测既能帮助发现“连环手”,又能预防早产;今后四十年,全世界每个月都将新建一个纽约;数据也存在性别歧视; 跟青少年学习愤怒管理;全球的也是民族的; 厕所还是一百年前的老样子;课本正在变得过时;在贫困女性手中,手机的作用能发挥到最大。(TechWeb)网友评论:有钱人关注的事情就是不一样。【更多内容,欢迎访问】http://forum.huaweicloud.com/forum.php?mod=forumdisplay&fid=569&filter=typeid&typeid=266(内容来源于互联网,如侵犯您的合法权益或有其他任何疑问,请联系:huaweicloud.bbs@huawei.com沟通处理。谢谢!)
-
SD-WAN 大事件:Zenlayer 合并大河云联(DAHO Networks) 今日,全球领先的软件定义网络及服务提供商Zenlayer宣布:正式合并SDN技术领军者大河云联。两者将有效利用技术和产品的互补性,充分发挥网络运营和平台研发能力,提供包括SDN网络和企业SD-WAN的全新云网服务整体解决方案,助力企业、云和用户之间的全球连接。全球网络服务正在进入“云网时代”传统网络正在成为IT技术创新的短板。随着云计算应用的不断落地,网络已经发展到一个需要跟云计算协同发展的阶段,而传统网络在弹性和连接能力上的缺失正在成为制约云计算发展的障碍,云正在倒逼网络演进升级。那么,新型网络服务如何才能满足云计算的发展需要,如何实现云网协同?未来的网络服务,云和网络需要打破彼此界限,相互融合,让企业可以和云端自由打通。从业务角度,随着企业全面上云,企业对云网融合的需求加剧;从网络演进角度,随着全面云化的深入,用网络的能力支撑云计算的发展,用云计算的理念优化网络服务,最终促使网络服务能够按照用户的需求,动态、弹性地调度和分配。能力叠加 强强联合如虎添翼Zenlayer作为领先的网络及服务提供商之一,拥有丰富的全球计算和网络资源运营和管理经验,依托全球100+数据中心和6.2T骨干网,提供IDC、云裸机、网络等服务,业务已覆盖云、移动互联网、游戏、运营商等行业。2017年5月Zenlayer宣布完成近亿人民币A轮融资,领投方为方广资本,跟投方为绿盟科技及其他投资人。2016年,Zenlayer就率先洞察新型网络服务趋势,与大河云联开始着手共建一张自由且友好的网络连接企业、云和用户。大河云联成立于2015年,是一家技术领先的SDN公司,成功落地了中国第一个大规模商用SDN项目。通过开放API,大河云联与AWS、阿里云、腾讯云等多家云服务提供商完成互联提供自助服务,并与多家运营商合作,为客户提供四通八达的网络服务。天使轮和A轮共融资 6300 万元。今日,Zenlayer与大河云联业务的全面整合,使Zenlayer网络研发和平台建设能力大大加强。双方的组合拳,将向企业提供全新的软件定义云网服务产品与解决方案,有效解决企业、用户和云之间全球连接的难题。布局企业级IT市场未来可期未来云计算应用将向纵深发展,用户从中小互联网创业公司延伸到大中型的企业客户,在这个过程中,混合云架构和多云组网的需求逐渐浮出水面,企业客户对云服务商的跨区域组网能力提出了更高的要求,而传统网络模式一直是一个“黑盒子”,不可见、难调整、缺乏弹性、粗放管理。面对这些业务创新需求的时候“力不从心”,与云计算为代表的未来应用呈现出巨大对立。Zenlayer与大河云联的此次合并,意味着能够为全球企业级用户提供更为完整的云网一体化服务,也获得了在激烈市场竞争中弯道超车的机会。(内容来源于互联网,如侵犯您的合法权益或有其他任何疑问,请联系:huaweicloud.bbs@huawei.com沟通处理。谢谢!)
上滑加载中
推荐直播
-
TinyEngine低代码引擎系列第2讲——向下扎根,向上生长,TinyEngine灵活构建个性化低代码平台
2024/11/14 周四 16:00-18:00
王老师 华为云前端开发工程师,TinyEngine开源负责人
王老师将从TinyEngine 的灵活定制能力出发,带大家了解隐藏在低代码背后的潜在挑战及突破思路,通过实践及运用,帮助大家贴近面向未来低代码产品。
即将直播 -
华为云AI入门课:AI发展趋势与华为愿景
2024/11/18 周一 18:20-20:20
Alex 华为云学堂技术讲师
本期直播旨在帮助开发者熟悉理解AI技术概念,AI发展趋势,AI实用化前景,了解熟悉未来主要技术栈,当前发展瓶颈等行业化知识。帮助开发者在AI领域快速构建知识体系,构建职业竞争力。
去报名 -
华为云软件开发生产线(CodeArts)10月新特性解读
2024/11/19 周二 19:00-20:00
苏柏亚培 华为云高级产品经理
不知道产品的最新特性?没法和产品团队建立直接的沟通?本期直播产品经理将为您解读华为云软件开发生产线10月发布的新特性,并在直播过程中为您答疑解惑。
去报名
热门标签