已结束——【课程预约】调频三步走：电力行业电网调频应用分享
JDC公开课来啦！这次我们请到了老朋友能源行业高级销售工程师——q1uguohaou分享《调频三步走：电力行业电网调频应用分享》时间是2025年8月12日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介●能源行业高级销售工程师●JDC有奖探讨多次一等奖获得者●JDC黄金发言人参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“调频三步走：电力行业电网调频应用分享”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后🥰生成专属推广二维码流程如图🥰
【干货分享】金融行业局域网网络规划经验分享
本次华为JDC公开课第34期金融行业局域网网络规划经验分享由黄老师主讲。他分享了金融行业局域网络规划的一些经验和建议，包括总部和分支之间的专线互联和内部通讯需求，网络安全性要求高，网络配置的标准和规范，以及网络规划需要考虑成本、预算、人工运维等因素。他还强调了网络设备的选择上，采用ACL或防火墙进行控制分别有哪些缺点，而使用VRF逻辑隔离技术，通过虚拟路由转发实现网络虚拟化，实现网段之间的逻辑隔离，可以提高网络安全性以及降低成本。此外，他还介绍了日志收集的规范和设备操作的记录规范，以及如何通过搜索平台如微信、谷歌或CSDN等搜索相关知识点和解决方案。以下为分享内容：黄雪橙：好的，那谢谢JDC给我再给我一次机会来分享一下自己的一些经验。然后我之前是分享的一些ai大模型方面的知识。然后这次因为自己也经历了一些网络改造，也有一些经验，想分享给大家。现在我主要在金融行业的一个分支机构，也不是总部，所以，这次主要还是分享一下分支机构的情况。主要是这几点，一个是我们分支机构的基本情况以及特点。然后是网络架构和人员特点，怎么规划的一些建议，以及用传统方式和一个逻辑的方式以及最后的总结。第一部分就是我们金融行业分支机构的一些情况。金融企业通常有个总部，然后可能会有很多线下的分支，有可能境内有可能境外。然后一个总部也有专线互联，然后也有内部的通讯的需求。然后总部有一些总管网络网段的，规划一定的数量的网段，分给一些分支机构使用，然后由分支机构的部门会自行规划使用。那么我自己作为在分支机构，会考虑如何能够平衡技术、成本和效率去比较好地规划网络和分配地址。第二部分介绍一下我们分支机构网络架构和人员的特点的情况，一个是分支机构IT技术网络相对是比较简单的，可能主要包含一些桌面办公或者生产做业务或者一些管理类的终端，以及一些服务器的使用。可能分配的网段相比总行来说可能是少很多的。然而金融行业安全性也比较高，安全性的要求和网络配置的标准与规范也很高，也是要按总行的下发的规范去配置去达标。那么保证安全的要求，防火墙路由器的配置。然后还有一些访问控制都要做好控制，按照最小的必要化的原则。然后就是人员技术人员的方面的特点就是人员有限，和总部或者那个数据中心比较起来。通常一个分支机构可能主要是业务人员加上少数的一些技术人员，可能有些只有1~2个人或者几个人做所有的技术工作。那么这个技术人员也必须要成为多面手。但又不仅管硬件网络系统，还有那些包括采购什么都要掌握，所以需要的技能非常广泛，所以压力较大，但时间有限各方面可能就没有这么精，很泛，因此时间分配上还是比较有限的。还有就是资源是比较有限，一方面可能分支机构只有一个设备间，或者只有一个小小的机房。就要考虑预算还有人工运维的成本。你买的太，多花钱多你要管的也多，但你买的少可能设备功能不够用，要是预算少呢，也只能少买一点，就可能因为预算少导致技术功能实现上就不足。第三部分，就是按照自己经验来说，对网络规划提出一些建议。第一个就是我们要合理规划，要结合小型的分支业务和运营发展，这是非常重要的，要合理规划，高效、稳定还安全的网络能提高我们员工的工作效率，还能促进业务的发展。对IT其实也是更便于管理的。那么我们规划网络的时候，要考虑前瞻性，还有一些可扩展性。不要分了以后就再扩容发现就很难，会遇到什么难点的没考虑到的，那就可能会恶性循环弄得越来越乱，就会很被动。所以要有前瞻性，要想得远一点，以后可能会怎么发展？大致要多少网络资源，然后怎么分配，对自己之后更好地管理，还要对业务的需求变化，以及新的安全威胁等要考虑进去。然后保持要可持续性，始终保持网络规划设计能满足公司的要求。所有首先如果问总部拿到了IP地址资源，先不要急着先分出去，先好好地规划一番，再进行分配。然后我们分支机构终端情况有它的特点，主要可能是终端类比较多，占用的IP比较多，也有有线或者无线。主要终端类会分业务终端和办公终端，一个是生产用一个办公用。然后服务器可能要分很多种，当然粗略的分成一两类也是可以的。有业务服务器有办公服务器，还有一些硬件，比如说硬件管理的和网络设备用的网段，还有一些其他类比如安全类或者录音类的一些设备，还有一些外部的设备，比如说打印机，现在很多都用网络打印机或者无线打印机，还有扫描仪，或者一些IP电话、视频会议可能会用到一些地址，所以服务器类的可以分的种类会多一点，因为安全性要求更高，访问控制要更多更清晰，然而数量上可能对分支机构来说会较少，稳定性要求就比较高了。然后我一般对于比较数量多需求的，分一个c类地址，250左右来个地址就够了。但是服务器如果评估下来一个服务器一个网段的的话，一类用途的服务器可能没那么多，那么我们可以将IP地址再隔着更细一点的。再分子网段。那讲到第四部分，现在这么多用途的机器来说，我们传统网络想怎么隔离呢？就一般是用ACL控制网络权限，或者用物理的防火墙去控制。一个是在交换机上做一个在防火墙上做。那么ACL的工作原理可能是就是基于包过滤的访问控制技术，用规则建立基于数据包的源地址、目标、地址、端口号、协议类型等，就是都在交换机上去输命令进行配置，符合规则就会被放行，不符合规则就拒绝通过。然后缺点就是这个维护管理随着会业务变化变得复杂。因为可能随着时间你配的越来越多，后面就是编写的可能有重复的，也有漏的。甚至是梳理起来就非常麻烦，不断会增加。那么对于分支机构来说，会增加后面的工作量。那么对人员技术水平要求上，就要掌握交换机的ACL配置，还要后面能很好地进行整理。后面也要有一定维护的能力。并且规则越来越多会对交换机的性能也会有影响。如果用物理防火墙来控制访问控制，其实它是一种部署在网络边界处的安全设备，主要对网络流量进行监控过滤，来实现安全防护。那么如果你在交换机上设置的几个网段都属于一个区域的那互相访问，你只能通过交换机进行访问控制。但是如果设置成不同区域的，由好几组交换机，不同的核心交换机，那么通过防火墙之间控制它们的访问。防火墙是有较好的安全性，专门做访问控制用的。当然把它上面起来做网关使用也是可以，但是它主要还是用来进行访问控制。那么缺点就是买台防火墙的成本比较高，那么一个分支机构，如果有5~6个不同的区域，那是不是得买五六组防火墙，两台一组，那么投入的成本就很高，而且每台防火墙都从头要配置，还得不断的接不同的区域之间进行访问控制，要写很多规则，采购费用还包含防火墙上有一些软件功能，比如防病毒等，考虑要不要买的情况都会引起后面的一些其他的事情。维护和预算方面都是开支上都是很大的一部分投入，这是其中一个缺点。后来我来了分支机构以后也经历了一些事情，就觉得到底是买防火墙还是去做交换机上的ACL控制。那么对于这边技术人员来讲，可能更偏向于在防火墙上配，但是买一堆防火墙，又在开支上带来了压力。后来我就咨询了不少人，得出了一个方法：可以不买新设备，但是又能达到同样的效果。就是讲到我的第五部分，用VRF的逻辑隔离技术。思科也有，华为也有。那么其实这个就是虚拟路由转发的功能，是个网络虚拟化技术，就像服务器虚拟化一样。它相当于一个大仓库里分得很多小隔间，然后每个隔间相互独立。然后VRF允许在单一的路由器上创建多个逻辑，独立的路由实例。但这也不是一个新技术，本来就支持使用。虽然我之前没怎么接触到这个部分，但是这次接触到了，感觉挺适合我现在的环境。每个VRF实例就有自己的路由表和IP地址以及其他网络参数。就像一个独立路由器一样，不同的VRF实例之间互相隔离，那么它既在一个交换机上，又能互相隔离，我所有的控制就可以从防火墙这边去控制了，就能实现网络资源的有效管理和分配。通过一台的三层网络设备上，我可以创建多个独立的路由表，实现数据的逻辑隔离。网段之间逻辑隔离，在每个逻辑单元都称为一个VPN实例。那么实例之间在路由器层面是路由层面是隔离的。首先看实现过程，技术上实现过程基本是：创建实例，然后分配几个名称，然后创建相应的VLAN以及名称。当然不同的VLAN在一个实例下当然也可以。然后建三层物理接口，也可以是VLAN或VLANIF.接口，然后绑定到实例上去，命令可能是差不多是这样。然后再配置和实例绑定的路由协议或静态路由。基于与实例绑定的接口和路由协议，建立实例路由表并基于实例路由表转发数据，实现实例之间的隔离，那么相当于我这一组核心交换机上，有这个功能并且性能充足的情况下，我可以对我这边不同的网段，不同的区域进行做逻辑划分，然后让它能通过这个网段建立这个区域，它们之间互相又是不能访问的。但是同网段之间都能互相访问的。那么我在他们之间，我可以加上防火墙来控制不同的区域互相访问。也就是用虚拟防火墙进行VRF实例网段之间访问。就是在防火墙设备上，通过VRF技术划分多个虚拟系统，然后将网络流量分割成多个逻辑的路由域。每个有独立的路由表实现租户或业务安全隔离或者安全策略的精细化控制，提高网络设备如防火墙的资源利用率。那么我在核心交换机上就配置不同的VRF,默认就互相隔离。那么可以这样说，我这个核心交换机上的ACL规则基本都不用配了。ACL规则配置因为维护人员掌握难度较高，我们这样做其实就不用管理很多，就不会经常用ACL进行规则配置了，因为默认就互相隔离，那么不用那个核心交换机进行访问控制以后，访问控制就走防火墙。防火墙我就可以对不同的网段进行不同的划分控制。但是它们之间核心交换机和防火墙之间都有一个子接口。这个子接口我可以作为私有网络去控制每个VRF。比如说这个VRF的网段IP，核心交换机有占一个IP，防火墙也有个IP,它们之间做了私有链接互访，就是不同的VRF之间都不同VLAN都有给防火墙配了一个地址，核心交换机也配了一个同网段的地址，让它们互相连通。那么数据流量就靠这个私有网络互相连通。然后对多租户不同部门不同的IP内外网不同业务，都可以通过防火墙进行控制。那么核心交换机上起VLAN和网关，防火墙用作访问控制。那么这一组防火墙我基本就可以控制我各个不同区域的访问控制以及到总部的访问控制。然后对于防火墙来说，现在华为的防火墙那么界面也比较友好，从哪儿开到哪什么端口多少，在网页上就能配置了，那么相较相比较交换机的ACL命令来说，操作风险就可能比较大。ACL配置上明显防火墙控制访问控制策略就是更简单一点，从运维方面看，运维人员的接受程度也比较高。那么VRF就是可以弥补之前我们说到的ACL访问控制以及购买物理防火墙这两个方案的不足。一个是ACL在管理上那个功能上也比较有限。那么使用VRF可以逻辑进行隔离，就是减少了，也就是我基本没有配ACL规则了。就基本把VLAN和IP网段规划好就可以了。他们之间天然就隔离了，那么我就不用大量的ACL来控制访问。只要一组防火墙配置，界面也更友好。那么对于新的物理防火墙，那么我就也没必要采购了，因为我本来就一台防火墙现在的这些资源来说足够了，性能也够跑。不管是核心交换机还是物理防火墙，都是比较充足性能的情况下，我就不必再多购买一组防火墙，对好几个区域进行连接。我就可以节省出很多费用支出，配置我也不用去花时间配置了，我直接按不同的VRF进行不同网段的隔离，就在防火墙进行按需配置了。减少很多其他的工作。总结下来，那么就是VRF方式，可以显著提高网络安全性。我们将不同的业务或者用户划分到不同的实例中去。像这种怎么划分实例呢，可能就需要自己根据对公司的情况，会有很大的空间自己去考虑怎么设计，怎么想象。因为我是根据我们公司自己的情况，具体情况来分析并设计，别的地方也不一定需要这样，只是一个方法，别的地方可能有自己的不同的情况，可能有的要按人来分，有的要按业务逻辑分。带给大家只是一个思路，大家如果觉得有帮助，可以自己去设计，也需要有点创造力。像这些逻辑隔离就避免了信息泄露的干扰，然后可以保障数据的一些保密性，访问控制也比较清晰。不同隔离方式也有优缺点，像ACL的配置简单，但是规则管理多了就比较复杂，功能有限，而且控制后互相访问没记录。而防火墙控制安全，虽然高安全性，但购买成本高，设备多了还配置管理起来复杂。那么VRF就又具备了高安全性与灵活性、可扩展性，也能弥补前面两者的不足。应用起来也是比较容易的。因为我改造VRF之前跟部门的技术人员讨论很久，他们一方面是不肯接受进行交换机上的一些访问控制的ACL配置，因为有一定难度和风险，一方面方面想采购新的防火墙进行不同区域的隔离。那么对我来说，我得既要节省成本，又要让他们能尽可能接受。所以最后问到了这个VRF配置的方法，我觉得这个经验是蛮挺宝贵的，最后也实现了。后面就是为VRF增加网络的灵活性和可扩展性。我这边就是一个VRF对应一个网段，目前是这么设计的，因为网段也这么些。如果你觉得一个VRF可以多个网段来那么你要想好怎么起VRF的名称，怎么起这个VLAN的名称，怎么去更好记忆，更好维护，那这是后面要做的。那么我现在以一个VRF一个VLAN设计，因为环境相对简单，我一个VLAN就可以代表一个区域了。然后比如以后一个VRF再新增一个部门，那么我就可以在同样的VRF里面增加一个VLAN，或者就是再增加一个VRF,再增加VLAN，这个都可以涉及。因为访问控制到最后也都是很灵活的。那么VRF使用也有一定注意事项，从技术上也要注意一些限制和瓶颈，一方面是设备资源的消耗，那么虽然这个VRF可以提高网络利用的灵活性，但是每个实例都会有占用一定的系统资源。因为交换机也是一个操作系统，也会消耗内存和CPU，如果你起了一个实例，就是占用一个进程。那么在设计VRF时，你也不要无限地创建VRF实例，过度分配，然后又不用，就会导致交换机分配过多的VRF导致性能下降。所以我选用我当时启用VRF时候，也评估了我们现有条件。比如说我们的核心交换机，这个是中高端，那然后性能是否足够使用，也是做过一定评估的，也不是随便用一个低端的交换机拿来就可以用的。如果作为接入交换机的，用来做VRF，起VRF实例，能起多少这个也要评估以下。另外还需要有序有规律，对合理规划VRF，所以在命名名称和子接口，网段规划我也都提前精心设计了。我问总部拿到IP网段也是比较顺的，比如说3~4个连续网段，或者4~8个连续网段。那么这样我就可以就好好地设计，不要对后续运维造成困扰或者增加复杂性。那么至于是否重新设计，创建新的还是从老的去改造成新的，那么我建议可以先拿到新的资源规划好，然后慢慢将服务器或终端挪到那个新网段。比如说网段我是172.168.50，那么VLAN ID 我起150。然后在这个VRF中，核心交换机和防火墙的子接口，都需要分配一个IP用于通讯，就有VRF中的私有接口，那么我就可以将私网的VLAN设计成250，那么就这两个子接口私网IP就配置上去，地址我可以用192.168.50，一个点1，一个点2，让它们互相之间有个通讯。后面其他网段也就是按这种规律去规划，然后还有一个注意点就是VRF配置错误还会导致路由泄露，就是本来是默认互相不能访问，但如果路由不小心配置导致泄露了，可能网段之间就可以互相访问了。所以一定要控制好，谁能访问交换机去改配置。如果配置错了，或者说故意的这么配，那么会导致网段互相访问就不过防火墙了，也没记录了，那么这时候就要注意了，别被黑客或者内部人员不小心配置，这个导致了路由的泄露，导致访问控制就不严格了。还有路由协议，使用VRF时就要选择合适的协议来支持不同的VRF实例之间的路由的传播。那么常见的有什么BGP，OSPF的这些，然后要根据实际网络环境和需求，进行相应的配置，才有兼容性。那么我们在使用时也要确保不同厂商之间设备的兼容性，还有不同的是不同厂商也有不同型号或者品牌的兼容性，可能对VRF实现方式有差异，所以还是要咨询厂商和查看文档，确保它们之间能够兼容。那么我们最后使用的目标，也就是能合理规划好，再加上安全的管理，最终提高我们的运维人员工作效率，然后再能够更灵活的去管理这些网络。 黄雪橙：我看到有个需要具体哪些设备，具体设备对吧？那么具体设备我们现在这边交换机可能是思科的某个型号，设备防火墙是华为的，也能匹配在一起用的。但是然后如果是华为的那个型号交换机来说，可以咨询一下厂商什么样的型号是适合做这个。对这个做法也有命令去起那个VRF实例。主持人：对，有在直播间，老师有回答这个相关的问题可以。然后的话您看到那个要减肥的红烧肉提的问题？就是往上翻一下。金融行业对设备操作的记录规范有哪些？黄雪橙：对设备记录规范。那么我们肯定是有接入用的就是审计用的系统。然后我们本身可能自己接入了一个专门审计用的系统。然后一方面登录设备也要双因素登录，不能直接用户密码进去的。可能要连一个那个OTP,就是one time password，那个password那个就相当于有个令牌登录，那么确保有两个人或者说。双因素的认证去登录，然后设备上做任何操作呢，日志也会被记录。然后日志因为每个公司可能都有日志的收集的功能。还有日志收集专门用的软件或者系统，可能要进行配置一下，把log发到开好的端口，发到对应的日志收集的服务器上。黄雪橙：我看到有个需要具体哪些设备，具体设备对吧？那么具体设备我们现在这边交换机可能是思科的某个型号，设备防火墙是华为的，也能匹配在一起用的。但是然后如果是华为的那个型号交换机来说，可以咨询一下厂商什么样的型号是适合做这个。对这个做法也有命令去起那个VRF实例。主持人：对，有在直播间，老师有回答这个相关的问题可以。然后的话您看到那个要减肥的红烧肉提的问题？就是往上翻一下。金融行业对设备操作的记录规范有哪些？黄雪橙：对设备记录规范。那么我们肯定是有接入用的就是审计用的系统。然后我们本身可能自己接入了一个专门审计用的系统。然后一方面登录设备也要双因素登录，不能直接用户密码进去的。可能要连一个那个OTP,就是one time password，那个password那个就相当于有个令牌登录，那么确保有两个人或者说。双因素的认证去登录，然后设备上做任何操作呢，日志也会被记录。然后日志因为每个公司可能都有日志的收集的功能。还有日志收集专门用的软件或者系统，可能要进行配置一下，把log发到开好的端口，发到对应的日志收集的服务器上。主持人：看您在这个金融行业应该是从事了蛮多年的，就是关于运维，然后包括网络安全这一块肯定是有非常深的。的一个经验，就是您平时从哪些地方，比如说查阅学习资料，或者是看哪些书提升自己。你看一下给这个直播间的这个朋友们可以分享一下。黄雪橙：平常我可能多个搜索平台我都会搜索，然后微信里面也会搜。然后现在国外可能谷歌可以搜了，然后国内可能百度和或者CSDN这些一些技术论坛上会搜，因为我是之前可能自己都比较就是零碎的知识是慢慢积累起来的，有什么问题直接去找。然后就各个搜索平台去找，逐渐就是可能找到一点线索，再拿这个些关键字去搜，或者甚至现在有AI大模型可以更容易的搜。所以这个就是说我的方式可能比较零碎，就是比较对随机的那种。黄雪橙：雾云烟问了一个VRF数量有上限？一般设置几个，这个我应该说过，就是一个VRF一个实例，那你交换机性能能够支持承载，然后还看网段多大。VRF里面你起网段多少，IP用了多少？都可能都有关系，然后主要是设备也没有确切数量的创建，但是你得注意设备的性能。和你最终怎么管理的方面。主持人：云烟还在直播间，老师刚刚已经回答过这个问题了。黄雪橙：红烧肉要减肥说，听朋友说进去调设备都要带记录仪。所有操作接线都要录像这个记录仪的话，那你如果使用一定就是有些操作，可能通过比如那个虚拟桌面，它应该有录像审计功能，那可能你就不用记。如果是屏幕上的一些操作，那就不用。可能是不会这个。那如果说有些机房是物理操作比较严格，那首先机房里本来就有摄像头，或者说有些地方特别严格，你要带着记录仪去记录。但是理论上你带了记录仪，记录仪，你保管方面也有风险，比如那些仪器未保管好后录像被泄露了，也是不好的。干货分享测试题：关于【金融行业局域网网络规划公开课】的小测试
已结束——【课程预约】视频编解码标准的“压缩革命”与“行业变革”
JDC公开课来啦！这次我们请到了社区的用户行业解决方案架构师——TTTT11分享《视频编解码标准的“压缩革命”与“行业变革”》时间是2025年7月29日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介●行业解决方案架构师参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“智慧引领：未来医院建设与规划”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后🥰生成专属推广二维码流程如图🥰
【干货分享】视频编解码标准的“压缩革命”与“行业变革”
视频编解码标准：从技术演进到行业应用非常感谢大家再次参加本次活动！每次活动前我都会花时间准备，这次的话题相比第一次更聚焦——不再涉及云计算、人工智能等大领域，而是想和大家聊聊与我们日常工作、生活息息相关的“视频编解码标准”这一小众但关键的技术话题。视频编解码标准看似专业，实则渗透在我们生活的方方面面：日常的视频会议、短视频平台的流畅播放、直播带货的清晰画质，甚至是未来可能普及的8K直播、云游戏、VR/AR体验，背后都离不开视频编解码技术的支撑。​​一、视频编解码的核心：压缩算法与标准演进​​视频编解码的核心是​​视频压缩算法​​，它直接影响着视频的画质、传输效率和存储成本。从早期的MPEG-1、MPEG-2，到如今的H.265、H.266、AVS3，视频编解码标准的迭代始终围绕“更高压缩率、更低带宽/存储成本、更好画质”展开。​​压缩率与存储/传输效率​​：以4K视频为例，未压缩的4K视频每分钟存储空间约50GB，而通过H.265压缩后可降至约10GB；H.266（VVC）的压缩率比H.265提升50%，压缩后仅需约300-600MB（注：原文“300~600g”应为笔误，实际应为MB级别）；未来的H.267（下一代标准）压缩率预计再提升50%以上。​​分辨率与场景适配​​：从720P到1080P、4K、8K，甚至未来的全息影像，视频编解码标准需支持更高分辨率的同时，兼顾弱网环境下的动态调整能力（如根据带宽自动切换4K/1080P/720P），平衡画质与流畅度。​​二、主流标准的应用与市场格局​​当前主流的视频编解码标准包括国际标准（H.265、H.266）和国内标准（AVS3），其应用场景、市场渗透率和优劣势各有不同：​标准​​​​​应用场景​​​​市场渗透率（2024年）​核心优势​​​​主要挑战​​​​​H.265直播、短视频、长视频平台全球60%、国内40%-45%兼容性好，压缩率优于H.264专利成本高（单设备3-5美元）H.2664K/8K直播、云游戏、VR/AR全球15%、国内试点推广压缩率比H.265高50%，专利池分散（MPEG LA+独立专利）硬件适配成本高AVS3国内广电、政务视频系统国内30%-40%自主可控，专利成本低（单设备终端兼容性差（全球芯片支持率​​国际标准H.265/H.266​​：H.265已成为主流（YouTube早期年带宽成本120亿美元，升级H.266后可降半至60亿美元），但专利成本高（单设备3-5美元）限制了中小厂商适配；H.266压缩率更高（无损压缩率提升），但专利池分散（MPEG LA+高通、三星等独立专利方），收费模式复杂，目前主要用于高端场景（如8K直播、云游戏）。​​国内标准AVS3​​：虽专利成本低（单设备​​三、技术挑战与行业痛点​​视频编解码标准的演进并非一帆风顺，需突破以下核心挑战：​​专利成本与生态壁垒​​：国际标准（H.265/H.266）专利费高（H.265单设备3-5美元，H.266虽降至1美元以下但仍需谈判），中小厂商适配成本高；国内标准AVS3因市场渗透率低，难以形成规模效应，芯片厂商支持意愿弱。​​硬件与软件协同​​：硬件适配：全球90%移动端设备已支持H.265/H.266，但AVS3支持率不足10%，需芯片厂商（如高通、联发科）同步优化；软件生态：需配套开发工具链（如编码器、解码器SDK），降低开发者适配门槛。​​商业模式创新​​：早期H.264通过“硬件授权+内容订阅”（如Netflix高清付费）推广；H.265尝试“超高清内容附加收费”，但因带宽成本下降逐渐淡化；H.266需探索新场景（如自动驾驶远程手术、元宇宙全息通信），但规模化落地仍需时间。​​四、未来趋势与展望​​​​技术方向​​：下一代标准H.267将聚焦更高压缩率（比H.266提升50%以上），支持全息影像等超高清场景，但需解决基础设施扩容（如带宽、存储）与商业模式（如全息通信付费模式）的匹配问题。​​生态建设​​：需推动“芯片厂商+平台商+内容方”协同，例如通过开源工具链降低开发成本，通过政策引导（如国产化替代）提升AVS3渗透率。​​用户体验​​：下游用户对清晰度（从1080P到8K）和流畅度（低延迟、弱网适配）的需求将持续驱动标准演进，未来视频编解码将更深度融入AI（如智能码率调整、场景识别）。总体来说，视频编解码标准的迭代是技术、生态、商业的协同结果。从H.264到H.266，再到未来的H.267，其核心始终是“用更低的成本传递更清晰的体验”。对于国内而言，推动AVS3的规模化应用、降低国际标准专利依赖，将是未来几年的关键任务。 ——————————————————————————————————————————干货分享测试题：关于【视频编解码标准公开课】的小测试
【干货分享】华为云赋能高校教学实践
《“云”赋能--重塑高校教学新实践》 各位专家、老师和朋友，大家晚上好！很高兴今天晚上有这样一个机会，和大家共享交流和共同探讨这样一个话题《“云”赋能--重塑高校教学新实践》。我最早1988年在南京航空学院大学毕业后在中国XXXXX研究院从事科研工作约10年，1999年西工大研究生毕业后加入到华为公司，从事于华为ICT技术相关的技术服务、市场销售以及研发测试等工作，更多的是技术培训这样一个工作。2017年在华为退休后，退而不休继续在杭州和西安等地的科技高校从事于大学教育培养工作。这是我的一个简单的介绍。接下来我们就回到我们今天的正题，云赋能重塑高校教学新实践这样一个话题。 今天晚上讨论这个话题来是“科技+教育”领域。各位专家老师可能来自各行各业，有交通的、能源的、医疗的、教育行业的等。好，那今天呢我们简单先几个专业术语，简单介绍一下。第一个是”云“，大家知道这个，云是天上蓝天白云的云，云是在天上它虚无飘渺。这里这个“云”指的是科技里面的“云计算的云平台“。那么云它能赋能？这个云是有能量的，它可以赋能，指的是在云平台里面的云实验。这是科技的一个术语。另外一个，那么从事于教育行业都知道，高校教育来它分为理论教学和实践教学这两个，理论教学呢，就是上课上理论课。那么实践教学呢，就是我这里面写的胶片上机实践，就是上机实验和操作。我们说实践是是检验的唯一标准，光上理论课没有实践课，无法培养出应用型的人才。所以今天我们这个一个核心的理念呢，就是用新技术”云平台云实验“赋能实现高校教学新实践。 云赋能高校教学实践实践教学有四个方面的话题，先讲第一个：一是高校教学实际的挑战。高校教学实践就是高校里面这个实验室实验的装备设备它有什么呢？ 有什么样的问题和挑战？第二个是云平台赋能教学实现的一个解析。主要是这个云平台，它如何去赋能高校里面的教学实践，关键词是上机实验这个。第三个，就是云怎么去重塑高校教学新实践这个案例分享。这地方我会通过两个典型的案例。在座的各位，今天晚上共享的各位分享一下我在这个教学实践中用云来赋能的教学真实的案例。第四个，建议和展望。 我们先看第一部分，高校教学实践存在什么样的问题。第一个是实验设备困境问题。困境的现状就是设备超期服务，公办的这个学校可能还好一些，而民办的这个教学的教学实验室，这个困境的困境就比较严重。还有专业设备研重缺口，特别是新技术，像云计算、人工智能，这些专业的设备。很多高校的实验设备跟不上。还有人机实验时机，这个上机的时间问题，学生的这个上机实验一般是16个课时，那么没办法保证这个上级实验这个教学的要求。那么是什么原因呢？主要是硬件更新，周期太长，一般的是硬件更新了，大概是五天。导致个技术先行而实践落后，跟不上学的新知识，实践它跟不上。第二个，实践设备服用率比较低。像原来这个计算机，它可以做c语言sql server这样一些  高校的上机实践和实验培训。那么云计算、大数据、人工智能这几个课程，它需要专用的设备，利用率相对来说低，那么还有维护成本比较大，这些这个设备一般都比较贵重。特别是民办大学的这方面影响是更为严重实验设备的问题。那么这地方我举了一个典型的案例，是一所高校的，它有六台GPU, 其支撑200名学生。学生排队时间比较长，那这地方这个高校有GPU还不错，那么大部分学校呢，它的服务器都是CPU，不是GPU满足不了这个现在这个新技术学生上机实践的要求。  第一个是设备方面的欠缺。第二个，新型技术教学手段的一个比较滞后。教学手段，那包括了这个新技术课程的实践教学，它跟不上，在这个智能化、数字化这样一个时代，大部分学校来缺乏这个教学实践。 特别是高校有云计算、大数据以及人工智能这样一些新一代ICT基础的课程来实验设备是跟不上的理论课程讲完以后。老师要指导学生实践操作，那么缺夯实际的硬件环境来，没办法培养应用型的人才。还有大规模数据处理的痛点。那么现在我从事这个学校来是个民办陪办学校。那么学生呢基本上都是CPU,那么装一个数据库。云计算这个服务，还有这些个大数据，一些软件来讲，根本就跑不动。那么还有人工智能训练的重点，我们学校也有这个课，那么很多学校也会开这样的一个课。 那么2025年的智能时代也已经来到了deepseek代表的通用大模型, 那么都要以这个高性能低成本，这样来开展一些教训和实践的工作。那么这个AI训练的模型搞科技的也不知道，那么需要CPU GPU处理，甚至是NPU。提供算力这方面的一些支持，教学实用手段这方面的。第三个，高校存在的挑战，就是人才培养质量的危机，一个是岗位适配率现状来相对来说败。就是说这个培养出我们要培养应英型的人才，你光上来理论没有实践。学生出来以后找工作相对来说呢是不太比较困难的。很多的企业要有工作经验的，要有这个实践操作的，或者有项目经验的。那么企业在培训的成本它会增加你这个在学校里面没培养。好到企业的话，他会再次培养。那么增加企业的这样一个成。人才培养质量这样一个的一个危机。 那么我们讲通过一些大数据的一些研究，来专家诊断出来，这个结果来也是这样的。云化的实验平台成为弥补惨教，就是企业用人单位和我们教例子教学这方面鸿沟的一个关键桥梁。云化的实验。这个平台，所以我们说云它具有不能重塑这样一个功能。那么这是第一部分的这个高校教学实践，这地方主要是实践里。挑战，主要是那个设备的问题，设备的问题，还有一个教学工具的。还有这有还有人才培养这个质量，这方面要校企合作，这方面培养出了人才，来满足了企业的要求。所以现在加上现在工作又很难做。所以我们学校来各个学校来都培养，希望培养出来是应用型的人才出去能为企业去工作和干活的。  企业才给你发一份薪水，然后这样的话才探求的可以。第一个给高校这个在教学实践方面的一个挑战。那么第二个问题嘞，看到这个云平台了，我们教学的实践。这个云呢，刚才说它是天上比较。他怎么能去赋能个教学实践，来弥补高校教学实践这样一个。这样一个短板来，我可以简单来解析一下。 我们云平台这个云实验，我们简单介绍一下，在我所在的这个高校的实，我们用的这个云平台的实验室用的codelae这样云实验的这样一个。键是华为云官方实验的一个平台，它可以一键去创建这个实验文件。我们的语文课的上机的学生来可以通过实验手册快速体验这个云。在云端实现云实现这个云服务的这个实践，还有调测验证。它是一个轻量级的。 那么对学校来说，它是一个轻量级的投资，有一个华为的云账号。那么只要有学校，只要有这样一个教育，这个网络，学生老师都可以通过这个网络一及，通过这个账号然后登录到这个华为云实验平台上去进行实验。对学校来说，它是一个轻资产的一个操作，而且不需要去备顾。这是云平台，这是一个实际的一个截图。那这个云平台这个云实际上有什么优势呢？我们说它是零硬件的，对学校来说，对学生来说都是零社会的零硬件的图。免去了这个维护的成本，那么24h随时远程可以访问，而且是在真实的云环境中操作。 那么还有一个智能检测这个实验记录，可以生成这个实验报告，智能问答还可以在线去问答。一个T验来帮助大家快速到云上去，完成教学实践的这样一个T验。这地方提出一个秒级构建环境。当你一键进去以后，它会发现这个服务会生成一个华为，也是用这个云计算的虚拟机这样一个技术。增成一个虚拟机这样一个秒级，这个环境中可以快速的去构建。还有这个弹性来可以去伸缩，这是都是云计算的一些特性。那么在华为云实验室上是可以实现的。嘿。  那么云实验因为告求这个教学教境、环境服务，还有一种模板，只能看法。I小助手这个云实验平台上都可以去实施。那么语音实验用一个教学的流程，实验流程可以再造老师引导学生去实践。学生可以启动这样一个实验，而且可以生成这样一个实验。那么云实验与传统实验一个对比来。这样的话我简单总结了一句，它解决了大学高校缺乏实验设备的这个配件。如果在座的有我们高校里面的，不管是民办还是。民办特别是民办严重缺乏这样一个新科技的一些实验设备也跟不上了。那么它可以解决这个实训学生实训实验设备这样一个出细的投入。那么传统的实验设备投入比较多，准备的周期也比较长，资源的利用率相对来说比较低，而且投入这个设备，它要跨课程c语言学习java语言要学习。那么云计算、大数据、人工智能这些课程来它也要用，还有跨课程及支持，还有维护成本。这地方我就不细说了，维护的时间大概也是八个小时。就是一主要是解决了大小高小缺，夯实验室被这里。语音赋能这个实验成本简单进行了一个分享，缺乏资金投入到实际物理设备周期的民办大学，特别喜欢这样一个华为的云实践云实验平台，它是个低头。高产出的这样一个结果，这是解读了一下云平台，为啥能赋能教学实践这样一个话题。这是我们今天晚上介绍第二部分内容。那么接下来呢，用前面这个困境挑战，还有我们这个云赋能教学实验上机这样一个解读来。我喜欢的两个这个案例，云则去重塑，这地方是重塑，重塑相对于传统的那种上级实验来说。好，我们还是新实践，不能重塑高校教学新实践这一个案例的一个分享。一起来。这个地方就语音平台来。我们如果你是搞科技，没有从这里教育的话，简单还要说一下这个华为st学院呢，它是一个企业，这就是你所在处的。产业企业公司，那么这边是一个高校，这个华为ict学院这个平台，它是一个桥梁，能够。怕能够穿透这样的企业，高校产生一个校企融合、财教融合的这样一个效果。那这个有了这个华为IT学院，华为这个云平台过来有这样一个条件以后呢，我们接下来我们举两个例子，第一个是我在实际的教训。是物联网工程专业的云计算这样一门课这个实践教训。看看华为这个云实验云平台，怎么怎样实现了云计算这样一个实践教训。我们使用新的技术就是领云平台重塑教学实验课程的一个教学改革。为此来我在我们学校来做了一个云ICT云平台云实验来。 然后赋能云计算课程这样一个教改项目，也是这个实验。这个平台也可以对我们的老师来说呢，也可以做一些教学改革的一些项目。好，那这地方我设的是23/05/18，西安的地法大学华为华北正式获得了学校。过道优先级华为ICT学院这样一个授牌，有了这样一个华为ict学院的授牌的话就可以使用。在华为这个连续资源证明，这次说可以是这样一个词语。那么2023年我也在这地方上课，原有的这个环境来这个云计算的环境来自有计算机，实验室，自有计算机没有。服务器更没有交换机口和武器，这些方法是a那么这个云实验来这个云计算实验室。打错了，你只有一台服务器，这台计算机是八g内存的。那么严重制约这个教学的时间。那么我们获得这个华为优选，其实st学院这个牌子也过来，就可以技术用这个云平台来重塑。教学实践。那么23年我们就获得这个华为at学院这个授牌。那我本人来获取这个华为HCIA这个证书，还有这个华为的教师这个证书，同时我们培养了30个超过30个人的证书，这样一个学生的获得华为这样一个证书。然后我们就获得了这个a这个华为SA学院这样一个授牌，有这个资源，以后可以带领学生，那么。202024年就开始用华为云平台进行云计算的实验学生能够更加贴近这种原生的开发环境，学生也感到非常的满意。这是我的一个ai的局限和这个重塑教学实践一个表述。下面我们看一下这个实验现场。这是物联网云计算实践课程的一个实验现场。那么学校生来用自己的电脑，用自己的电脑，然后通过这个账号，然后。到我华为云平台上去做相关的实验，这是云平台14~11个效果。好，那么这是真实实的这个实验。现场好，实验完成率呢也提升了学生的复杂问题，也提升了学生通过这个云平台做完实验也可以参加。来把ict打散，因为同学来获的是陕西省三个将。那么物联网这个云计算实验来教资实践的一个见证。这是华为原营是个实际地方。这里面的这些实验都可以去做云平台的颠覆性来。那么有位老师提到，华为云物联网平台，让我们用了10分c的预算，建成了原来不敢想象的。这个实验室这样见证了云平台对实施建设的重大的一响。这是物联网专业在云计算这个课程上的教学实践。那么第二个案例就是智能专业，实际教是本科好几个专业，智能专业。那么人工智能技术这门课。 它的实践的一个教学，那么理论教学类课堂，这地方把图片因为涉及到个人隐私，这里三处的比。现场的一些实际的照片，还有上机实验学生的一些作品。在这地方他学完这个理论课以后，然后到华为这个平台上去进入华为人工智能相关的那个实验室，可以做得非常好。这个作品也表现的非常好。那么其中有一个实验是去年底从人工智能课智教流实践学，从上机实验的这样一个我们用我这个amp decuter脸谱风格图生图这样。代个实现这个图，这个实验呢是基于还源的这个平台上，通过这个学生来能够掌握modeus原开发平台上进行代码开放的调试。这个实验这个地方可以按照这里删除的。现场实际的照片，学生上级实验兴趣和积金非常高。  因为它是一个原土生土的，我要求他拿一本书对着自己，然后他生腾。跟一个卡通式的非常有意思的这样一个图片，相当于自己的学生上级的时间兴趣、积极性非常的高，对自己的实际的作训也非常的满意。好juern学校教训了大刀。         
已结束——【课程预约】金融行业局域网网络规划经验分享
JDC公开课来啦！这次我们请到了社区的用户：金融科技高级运维工程师——黄雪橙时间是2025年7月15日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介●金融科技高级运维工程师● JDC白银发言人● 多次获得JDC有奖探讨奖项参与有礼2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“金融行业局域网网络规划经验分享”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后🥰生成专属推广二维码流程如图🥰
已结束——【课程预约】F5G全光设计指导及部署建议
JDC公开课来啦！这次我们请到了社区的用户情倾摩天轮时间是2025年7月1日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介●广州明创网络科技有限公司    光网络解决方案专家● JDC白银发言人● 多次获得JDC有奖探讨奖项参与有礼2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“智慧引领：未来医院建设与规划”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后🥰生成专属推广二维码流程如图🥰
【干货分享】F5G全光网设计指导及部署建议（酒店）
《F5G全光网设计指导及部署建议（酒店）》大家好，我是来自广州明创网络科技有限公司的郑坤炫，目前主要负责售前工作，今天由我给大家分享《F5G全光网设计指导及部署建议（酒店）》，主要是针对酒店行业的。本次分享围绕两点来讲，第一点是F5G全光酒店设计指导，第二点是F5G全光酒店常见问题解答。随着云计算、大数据、IoT等技术广泛应用，各种应用急速增加，对酒店网络的带宽、时延和可靠性提出了更高的要求。F5G全光园区2.0解决方案提供了多种不同的方案来满足不同的酒店组网需求。下图是常见的F5G全光酒店POL网络架构图，主要分成设备机房、楼层弱电间、终端三个区域。设备机房主要由出口网关、安审设备、核心交换机、OLT组成。出口网关一般是防火墙或者路由器；安审设备一般是上网行为管理；核心交换机需要看酒店规模以及客户需求配置，一般推荐S8700系列的框式交换机，在某些特定场景核心交换机也可以不上；下图列举了两款OLT设备，如果客房数量小于150个的中小型酒店，可以用多功能合一的E853E光网络，如果客房数量大于150个，可以用插槽式的EA5800系列的OLT。楼层弱电间F5G全光方案是采用分光器，常见的分光器有2:8、2:16、2:32三种。再往下终端层，就是ONU设备，类似于以太网的接入交换机，ONU形态也很多，包括POE和非POE的，千兆上行和万兆上行的，带WIFI和不带WIFI的，4口、8口、24口等各种款型都有。整个架构，从OLT到分光器到ONU，都是走光纤直连的。1、那当我们面对一个酒店，需要怎么去设计F5G全光方案，怎么去部署呢？这里我也列了一个设计步骤，包括建网模式选择、PON技术选择、PON保护方式选择、ONU类型选择、ONU数量计算、信息箱选择、光纤及分光器选择、OLT选择、网管选择等九个步骤。1.1、我们一开始就需要去考虑酒店的建网模式选择，基于酒店规格选择IP+POL还是POL，如果酒店规模比较大的，大于150个客房的，有高密或室外AP的场景，推荐采用IP+POL，无线采用数通AP+AC进行覆盖，搭配OLT、ONU等全光产品；如果没有高密或室外AP的场景，那采用POL全光方案。如果酒店规模比较小，小于150个客房的，那推荐多合一边缘光网关E853E，集合网关、核心交换机、OLT、无线控制器等多种功能于一身，性价比非常高。1.2、其次是PON技术的选择，我们可以根据客户的带宽需求以及预算来选择采用GPON还是XGSPON。我们最常用的是GPON技术，可以满足2.5Gbps下行/1.25Gbps上行，性价比很高，一般的项目也够用了。但是如果客户对带宽要求很高（比如采用了WIFI7无线产品等），或者非常有预算，也可以采用XGS-PON技术，XGS-PON技术可以实现10Gbps下行/10Gbps上行。1.3、第三点是PON保护方式选择，PON保护主要是针对部分高可靠场景，如果客户非常重视网络，有OLT冗余或者分光器冗余等需求，我们也可以考虑采用TYPE B或者TYPE C进行保护。TYPE B双归属是部署2台OLT做堆叠，分光器的2根光纤连接到2台OLT的2个不同的PON端口上，确保主干光纤或者某一台断了后不影响业务。TYPE C 双归属是OLT、分光器都冗余，每个ONU提供2个PON端口连接2根光纤接到2个不同的光分路器上，每个分光器的2根光纤连接到2台OLT的2个不同的PON端口上，确保主干光纤或分支光纤断了后还有备用光纤，可靠性是最强的。1.4、第四点是ONU的选择，F5G全光网的ONU是推荐部署在每个房间里面的，也就是光纤入户，所以我们需要去统计酒店每个客房、公区走廊、办公室、餐厅、会议室健身房等房间的信息点，根据每个房间的情况部署不同接口的ONU。如果有WIFI覆盖的需求，也可以部署WiFi 6/7 光AP或数通AP。ONU部署的位置也需要根据现场的情况去详细分析，客房一般推荐部署在电视下方桌板下，也可以部署在暗格信息箱内。1.5、第五点是ONU数量的计算，ONU数量计算主要依据信息点位数量，这里我推荐大家最好是一边根据CAD图纸统计信息点数量，一边用excel表统计，excel表需要列好每栋楼、每一层、每种房间类型的信息点数量，统计好信息点数量再统计ONU具体的款型和数量，最后再汇总统计。1.6、第六点是信息箱的选择，信息箱需要根据ONU的尺寸、ONU数量以及部署位置来选择。1.7、第七点是光纤以及分光器的选择，从OLT-分光器-ONU虽然都是走一芯光纤，但是实际部署的时候考虑到光纤预留，推荐采用2芯或者4芯光纤。然后考虑几级分光，通常情况下我们都是采用一级分光，如果客房数量小于150个采用边缘光网关方案，我们也可以采用二级分光。需要注意的是二级分光是有一定的光损耗的要求，需要计算好光损耗。分光比主要根据ONU数量、客户带宽要求、分光插损等来决定，一般推荐部署2:8、2:16或者2:32。这里我们也可以从每个ONU的带宽推算出要用多少分光比，很多客户都会问到带宽问题，比如选择了GPON技术、4个千兆电口下行的ONU，要求每个以太网接口的需要保证的带宽要求是60Mbps下行/30Mbps上行，每ONU的带宽为240Mbps下行/120Mbps上行。那分光比 ≈ 2500Mbps ÷ 240Mbps = 10，考虑后续扩展，分光比选择为8。分光器类型有机架式分光器和盒式分光器。弱电间有机柜选择机架式分光器，无机柜可选择盒式分光器，盒式分光器性价比高，机架式分光器更加美观。1.8、第八点OLT的选择，是根据客户的需求，客房的多少，客户商务诉求来选择对应的OLT。客房数量小于150个推荐采用性价比高的E853E光网关或者EA5800-X2，其中E853E光网关集路由器、交换机、防火墙、PON多个功能合一，性价比是最高的。如果客房数量大于150个推荐插槽式的EA5800-X2或者EA5800-X7，EA5800-X2是2个扩展槽，EA5800-X7是7个扩展槽。1.9、最后一点网管选择，目前华为主要有eSight、NeoSight、NCE Campus等三个网管平台。POL方案推荐选择eSight、NeoSight，IP+POL方案选择NCE Campus。如果客户有预算，最好还是部署华为网管软件，在故障告警、日常运维会比较方便。2、下面我整理了一些伙伴弱电设计常见的问题，包括PON和彩光差异、PON在节能上是否有优势、OLT和ONU的配套关系。2.1、第一，PON和彩光方案的对比。彩光方案运维起来很麻烦，彩光光模块不归一，有8种不同波长的光模块需要一一对应，无法即插即用，无论部署还是运维都很麻烦。同时彩光用的是下行1:8广播，无加密，无法过等保。CWDM8路固定合分波，波数少。CWDM标准演进堪忧，无法平滑演进。F5G全光方案光模块归一，即插即用，也无需另配光模块。同时F5G全光方案下行广播，有AES128加密。F5G支持1:2-1:128 分光灵活，分光比大。在F5G标准演进也清晰，2.5G→10G→50G，可以平滑演进。 2.2、第二，PON在节能上是否有优势。对比模型10000点位的项目，F5G全光方案利用无源ODN技术整体功耗节省39%2.3、OLT和ONU的配套关系。需要注意的是E583E定位是小规模项目，所以部分ONU是不支持的，需要注意配套关系。EA5800就没有这个限制。最后祝大家业绩长虹，生活幸福美满，共同拥抱F5G全光酒店美好未来！
已结束——【课程预约】华为cloudfabric云网一体化解决方案
JDC公开课来啦！这次我们请到了社区的老朋友HCIE金牌讲师——白伟鹏分享《华为cloudfabric云网一体化解决方案》时间是2025年6月3日（周二） 19:00，JDC视频号线上直播，不容错过！ JDC公开课，知识积累的宝库，思维的火花碰撞的地方！ 主讲人简介 ● HCIE金牌讲师 ● 精通网络建设及维护、信息安全等多个领域 参与有礼 1、扫描下方海报上的二维码，预约直播 2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品 3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“基站节能，竭尽所能”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。 😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：2025年5月13日晚19点。 🥰生成专属推广二维码流程如图🥰   分享海报
【干货分享】SD-WAN广域互联项目分享
 一、分享主题本文以实际项目为基础从规划、建设、运维、优化几个维度对整个项目的技术方案以及端到端交付流程做下概述性的介绍，旨在为客户构建一套高效、灵活可以快速部署的广域互联解决方案，帮助提升企业网络的可靠性、效率和安全性，降低网络成本。二、项目介绍随着无线、物联化、云化的发展趋势，客户已经有很多应用采用云的方式进行连接了，当然也包括设备上云。客户分支布于全国各地，且位置相对分散，导致运维工作较为复杂繁琐。传统组网方式中，客用网与专网存在重复建设问题，导致建设成本高且建设周期长。通过引入LAN/WAN融合（SD-WAN）解决方案，为客户构建一条高效、灵活可以快速部署的广域互联解决方案，此方案基于的网络设备主要是AR系列路由器，它是通过EVPN动态建立隧道的技术，为客户构建了分支与数据中心、云之间随需互联的能力，优化了业务体验并降低了运维成本。经过前期端到端的业务测试，满足了客户的业务需求，并辅助售前POC测试，提供了必要的测试交付件。针对客户的特定需求，结合原厂专家与ASP技术专家，从架构设计和后续扩展性方面制定了详尽的技术方案，为项目的实际交付奠定了坚实基础。此外，利用原厂提供的专业技术服务，进行了建设了样板点，为大规模门店的后续交付提供了可复制的实施模板，从而确保了交付质量的一致性和高效性。三、规划设计方案整个方案的设计逻辑：首先，控制器主要采用的是公有云形态的控制器NCE-Campus，主要用于业务的呈现和配置的下发。中心站点（HQ）部署了多套高性能AR路由器CPE终端设备提供海量分支门店的汇聚接入，分支门店部署的设备主要有AR系列路由器、S系列交换机，3-4个新一代WIFI6 AP提供有线无线接入服务。为了保障整个方案的可靠性，以及高安全性，我们通过一系列的设计来确保整个SD-WAN网络是高可靠，高安全的。在可靠性方面设计主要包括中心站点，分支站点部署双CPE，实现设备及可靠性。通过WAN侧、LAN侧部署多条冗余链路提升链路级可靠性，分支部署4G逃生链路，交换机堆叠组网等设计，来尽可能保障我们的业务不中断。在安全性方面设计，整个SD-WAN解决方案是以VPN的方式在SD-WAN组网里构建一条属于VPN的业务隧道，业务都是跑在VPN实例里面的，VPN实例都是经过IPsec加密的。同时通过NETCONF/SSH以及DTLS协议来确保管理通道、控制通道的安全性。在分支门店组网设计中，业务层面主要划分为两个VRF，用于承载不同的业务，VPN1用于承载生产业务，VPN2用于承载访客业务，两者彼此之间相互隔离，禁止互访，访客只能访问互联网。分支门店采用双CPE部署，通过互联网及4G LTE逃生链路提供网络接入服务，下挂L2交换机结合新一代WIFI 6为门店提供有线无线接入服务。通过云AP的容器化技术部署任子行审计插件，不仅满足了公共场所82号令的合规性要求，还避免了额外部署硬件审计设备的需要，从而显著降低了成本。SD-WAN路由总体方案与流程：整个路由设计主要分为以下几个部分：1、Overlay LAN侧路由：为了使各站点的CPE设备和LAN侧网络互通，需要配置Overlay LAN侧路由。中心站点LAN侧路由主要通过OSFP将LAN侧流量引入Overlay隧道，门店主要是静态路由。2、内联隧道路由：使用OSPF，用于Overlay网络的VPN与Underlay网络互联，该路由在用户开启站点上网或与传统站点互联时，通过系统自动编排和配置，无需手工配置。3、互联链路路由：使用的是OSPF路由协议，站点双CPE时，用于两CPE之间交换路由，通过系统自动编排和配置，无需手工配置。4、Overlay WAN侧路由：为了使SD-WAN网络中的各个站点在Overlay组网上可以互通，需要配置Overlay WAN侧路由。根据Overlay组网的不同拓扑模式，SD-WAN控制器会自动完成Overlay WAN侧路由编排，无线手工配置。5、Underlay WAN侧路由：站点CPE每个WAN口对应一个underlay VRF，本方案中心站点和分支站点主要通过静态路由的方式学习到underlay WAN侧路由。四、落地交付实施和交付管理本次复杂项目的顺利交付，得益于各方在规划设计、设备安装、样板店打造、门店批量部署直至后续运维转移等关键环节中的相互协作、紧密配合。客户职责：要负责提供设计图纸、IP地址范围、分支门店改建规划，并协助完成验收等工作。弱电施工方：负责全国分支站点设备安装、连线及协助工程师（远程方式）业务上线工作，并参与协助项目验收等工作。厂家：前期高阶方案设计、安装指导手册输出、样板店建设、远程技术支持、后续提供备品备件，针对重大问题或变更进行现场支持等...资质服务商：整合原厂样板店交付能力，进行后续大规模门店交付的前期准备，实施批量门店的高效交付与业务上线，并负责后续平台运维中的故障处理及运维交接工作。从调研&网络规划设计、中心站点调测、样板点建设截止到今天已经完成了数千家站点的业务上线。在项目交付过程中输出了各类交付件，包括不限于：详细方案设计以及LLD设计、工程师的分支站点预配置手册、预安装中心的操作指导手册、上站人员的门店操作指导手册，以支撑项目的顺利实施与交付。在项目交付流程中，增加了很多确认环节，以确保每个阶段都有明确的输出，从而保障整个项目的交付质量与原厂商标准一致。同时在交付过程中，将识别到的风险会进行统计并分析，以确定风险问题可能产生的概率，并制定相应的风险响应计划，同时明确责任人，以便提前采取措施进行风险规避。单站点交付流程涵盖以下步骤：从交店计划的制定起始，接着进行预配置计划的规划与实施，包括预配置的执行与检查，随后进入业务开局阶段，最终完成门店的上线验收并转入维护阶段。其中预配置执行到预配置检查这一部分花费时间较长，因为所有设备SDN去命令行化后，所有配置都需要在控制器图形化去完成，相比以前传统命令行的方式虽然在易用性方面大大增强了，但是因为分支门店业务量比较大，比如有大量的VLANIF以及ACL策略，图形化去部署反而效率不如传统脚本命令行的方式，效率完全跟不上，导致可能会影响整个项目的进度。为了解决在交付阶段预配置效率慢、容易出错的问题，我们引用了自动化工具的能力。通过调用控制器API的方式，可以配置开局通用模板，仅需修改站点差异化数据（如地址段、站点名称等），便可批量完成站点配置下发，从而保障了SD-WAN项目的大规模上线。同时，这个自动化工具也应用在了后续的运维阶段。对于几千家门店的配置变更，传统方式需要一个个站点去修改，而通过自动化工具则可以批量完成上千家站点的自动化配置变更（如修改SSID、VLAN切换、中继变更、网络密码变更等）。同时，自动化脚本工具已从V1.0迭代更新至V2.0（SD-Branch），该版本将自动化能力无缝集成至控制器，作为控制器的一项核心功能。这样不仅避免了控制器升级时的重新适配的问题，在易用性方面也得到了进一步提升。————【直播间互动】————1、与第三方厂商兼容性的和方案的安全性问题如何考虑的？    答 <emoji emojiname="01_add.gif"></emoji>：关于厂商兼容性的和安全性，个人理解是。因为以前的SD-WAN方案，WAN侧是WAN侧的控制器、LAN侧是LAN侧的控制器，需要部署2套控制器。这次的方案它是把这WAN侧和LAN侧控制器融合到一起，如果你需要端到端自动化编排能力，实现WAN侧、LAN侧统一编排以及自动化业务发放，这个时候你就需要统一品牌。这个时候对第三方厂家的适配度就没那么高了，你中心站点LAN侧可以用其他厂家的设备组网，但是如果你分支站点WAN侧、LAN侧都要实现SDN自动化编排的能力、WAN侧和LAN侧通过一套控制器都管起来话，那么分支站点的WAN侧设备和LAN侧设备需要统一品牌、统一厂商。还有比如有的厂家用的是NETCONF作为管理通道协议，另外的场景可能采用别的协议，所以一般情况下SD-WAN组网尤其要实现端到端业务部署与编排的，都需要统一品牌、统一厂商。安全性方面，也是通过一系列的设计在确保整个SD-WAN解决方案的安全性。包括NETCONF/SSH来确保整个管理通道的安全、DTLS协议来确保整个控制通道的安全、IPSec加密来确保整个数据通道的安全。同时CPE设备也集成了IPS、AV防火墙的功能，来确保整个数据交互的安全无忧。2、传统网络如何无缝迁移到SD-WAN网络？答：迁移过程中肯定不是无缝的，无缝迁移是相对的，所以迁移过程中它是有个窗口期的。在迁移过程中通过加持一些自动化的能力，来确保窗口期内快速完成传统网络到SD-WAN网络的改造，确保整个业务快速上线。通过引入一些自动化的能力，来使我们的业务部署变得更高效、便捷。3、升级过程中对哪些业务会有影响？答 <emoji emojiname="01_add.gif"></emoji>：SD-WAN升级基本上分为控制器升级、网元升级两大部分。控制器升级业务现有互访是不会有影响的，但是如果你比如认证用了控制器作为认证服务器，这个时候控制升级对你比如无线Portal认证会有影响，当然通过设置一些逃生策略可以确保已经认证上线的用户不受影响，新认证的用户会有影响，控制器升级完毕后，业务会恢复。此外，关于网元升级，由于采用双机部署策略，一般会在选定的窗口期逐一进行升级，从而确保业务受影响的范围与时间均处于可控状态。同时，同时并非所有分支站点都是24小时有生产业务，所以无论是控制器还是网元的升级，对整体业务的影响都相对较小。不过在升级过程中，还是需要制定严格的升级方案及回退预案，以保障业务的持续稳定运行。4、SD-WAN方案采用本地部署还是购买SaaS服务?答 <emoji emojiname="01_add.gif"></emoji>：SD-WAN方案部署的方式一般有以下几种：本地部署：客户购买软件license部署在本地硬件服务器上，这种部署方式一般设计组网比较大的客户，客户倾向于自己建设自己维护，有一定自有的维护能力的场景，前期预算比较足。所有软硬件归属都属于客户自有，一次性买断。公有云买盒子+云服务的场景：这种控制器一般是租用厂家的，控制器的形态是云化形态，硬件盒子如CPE、交换机、AP这个自己购买，资产归属于客户自身。控制器根据网元数量按1、3、5购买年费的形式。这种投资前期成本比较低，不需要自己部署控制器，但是这种投资模式每年都是等额的，比如一台设备云管理是100块钱，那么每年都是100块钱。但是因为不需要自己部署厚重的控制器平台、加上控制器也是由厂家运营维护，一定程度上还是比较节省成本的，海量分支站点接入一般都推荐采用这种部署模式。也就是采用买盒子+云服务的方式。 因此，在选择部署方式时，应综合考虑应用场景、前期投资预算等多个因素，以确保选出最合适的方案。5、SD-WAN如何保证业务质量以及端到端QOS的？答 <emoji emojiname="01_add.gif"></emoji>：SD-WAN解决方案可以保证端到端业务质量，因为分支与中心站点上了SD-WAN控制器后可以支持端到端编排，那么就可以保证端到端的业务质量是一致的可以定义端到端的QoS。例如利用A-FEC自适应前向纠错这一广域网加速技术，系统能够根据网络丢包状况动态生成冗余数据包。接收端设备随后对这些数据包进行校验与重组，从而确保音视频传输的流畅性。实际测试显示，即便在音视频业务中遭遇10%至20%的丢包率，业务依然能够正常运行。这些能力一般各个SD-WAN厂家都是支持的。当然，对于追求极低延迟和高可靠性的业务，专线仍然是不可或缺的。这里需要澄清一个误区：采用SD-WAN并不意味着要完全取代专线。实际上，当部署了SD-WAN并具备多条WAN链路时，SD-WAN能够最大化这些链路的带宽利用率，从而提升整体链路的效率。从另一个角度来看，通过SD-WAN方案的精细化选路策略，原本可能需要10M带宽的专线业务，可能仅需5M的专线就能满足需求，这在一定程度上能够有效降低专线的成本。JDC公开课系列活动主讲人正在火热招募中，快来分享你的专业，与JDC一起成为数字化传播大使，还能赢取丰厚智豆奖励，快点击链接报名吧！
【已结束】——赋能课堂：M-LAG跨设备链路聚合技术部署
欢迎来到HUAWEI JDC 赋能课堂这期我们请到了HCIE金牌讲师、网络与信息安全专家——白伟鹏，分享《M-LAG跨设备链路聚合技术部署》时间是2025年4月22日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介● HCIE金牌讲师● 担任思科和华为认证课程的讲师● 精通网络建设及维护、信息安全等多个领域参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制的兔子玩偶一只。3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文"服装零售领域数字化建设分享，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：2025年4月22日晚19点。🥰生成专属推广二维码流程如图🥰听课福利直播间将会有多轮福袋抽奖活动，礼品有JDC独家定制的兔子玩偶、棒球帽、雨伞、护甲套装、洗漱包等，赶紧扫码预约吧，4月22日直播间不见不散噢！
已结束——【课程预约】智慧引领：未来医院建设与规划
JDC公开课来啦！这次我们请到了社区的用户地级市三家医院信息部副主任——全全1 分享《智慧引领：未来医院建设与规划》时间是2025年6月17日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介●地级市三家医院信息部副主任● JDC白银发言人● 多次获得JDC有奖探讨奖项参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“智慧引领：未来医院建设与规划”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后🥰生成专属推广二维码流程如图🥰
已结束——【课程预约】教育行业售前工程师看Wi-Fi7
JDC第24期公开课来啦！这次我们请到了教育行业售前工程师——Holly_Chen，分享《教育行业售前工程师看Wi-Fi7》时间是2025年2月18日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介● 教育行业售前工程师● JDC有奖探讨价值奖获得者参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“教育行业售前工程师看Wi-Fi7”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：2025年2月18日晚18点。🥰生成专属推广二维码流程如图🥰
已结束——【课程预约】基站节能，竭尽所能
JDC第28期公开课来啦！这次我们请到了社区的老朋友无线能源专家——哈雷分享《基站节能，竭尽所能》·基站节能背景·现网基站是如何节能？·所遇问题矛盾·节能未来思考时间是2025年4月15日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！主讲人简介● JDC大V认证用户● JDC产品建议牛人参与有礼1、扫描下方海报上的二维码，预约直播2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“基站节能，竭尽所能”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：2025年4月15日晚19点。🥰生成专属推广二维码流程如图🥰 <emoji emojiname="flower.gif"></emoji>  <emoji emojiname="flower.gif"></emoji>分享海报  <emoji emojiname="flower.gif"></emoji>  <emoji emojiname="flower.gif"></emoji>
【干货分享】浅谈数据库架构和数据库选型参考
# 数据库的前世今生## 信息系统和数据存储1936年阿兰·图灵提出的的计算机模型，系统由数据存储（Tape）、寄存器和处理逻辑构成。现在最复杂的信息系统也同样沿用这种架构，只是将磁带Tape换成了数据库。## 数据库技术发展历史- 混沌洪荒（50年代-60年代）：初步的数据理论，原生的数据结构和文件组织- 文明曙光（60年代-80年代）：层次型数据库和网状数据库- 一统天下（90年代-00年代中）：关系型数据库，1986年：ANSI把SQL作为关系数据库语言的美国标准，公布标准SQL文本。- 群雄争霸（00年代后-20年代）：关系型数据库，NewSQL，NoSQL的崛起，**1998年：NoSQL**一词诞生，、不提供ACID的数据库设计模式99年提出NoSQL的概念，2008年：开源的Hives与Cassandra数据库，09年，MongoDB，Redis，10年ES，带动数据库产业技术上的变动，非关系型数据库逐渐普及。- 群雄争霸（20年代-现在）： newSQL的出现（2012年：谷歌发布**spanner**论文），云数据库打破了原来数据库厂商的格局（2015年7月：Amazon正式发布关系型数据库Amazon Aurora）。云原生数据，MPP数据库，分布式数据库，图数据库，向量数据库等## IT技术现状### 技术趋势：分布式是解决信息大爆炸的必经之路设计良好的分布式系统，可以解决传统集中式无法解决的众多问题，事件视界望远镜（EHT）：利用分布在世界各地的射电望远镜，组成一台巨大的虚拟望远镜，其口径相当于地球直径。IT系统也越来越多的使用分布式来实现大规模的计算和存储，比如大数据，大模型训练，互联网大并发的系统。### 技术趋势：开源和云是目前是技术趋势另外一个趋势就是开源和云计算，有句话软件正在吃掉世界，未来已来，现在基本生活的方方面面都被软件控制，大到卫星和飞机，小到支付和出行，都离不开软件。而软件行业正被开源说主导，随着开源的发展，通过云计算来进行开源的部署和管理成为趋势。## 数据库的趋势### SQL仍然是主流，数据库类型百花齐放SQL仍然是当前数据库的主流，随着应用对弹性的需求和运维简化的要求，云数据库逐步普及### 开源数据库和商用数据库平分秋色2021年1月：DB-Engines的排行榜，开源数据库第一次超过了商业数据库（包括了云数据库），现在开源数据库的流行度以50.6分领先于商业数据库。### 分布式数据库普及，云数据库崛起分布式数据库可以跨越多个服务器和数据中心，提供高可用性和容错能力，能够处理大规模数据和高并发访问，适用于互联网、金融等对性能要求高的行业云数据库凭借云计算平台的高可用性、可扩展性以及按需付费的模式，能够根据自身业务需求灵活扩展或收缩存储和计算资源，降低了基础设施建设成本和运维难度，成为众多企业的首选。### 人工智能与数据库结合，自治数据库概念- 自动优化：AI技术用于自动优化数据库性能，如自动调整索引、查询优化等。- 智能管理：通过机器学习算法预测和预防数据库故障，提升数据库的稳定性和管理效率- 向量数据库：高效的相似性搜索和索引技术，向量数据库可以与机器学习模型无缝集成，支持模型的训练和推理过程。### 多模型数据库的兴起- 支持多种数据模型：多模型数据库能够同时支持关系型、文档型、图型等多种数据模型，满足复杂业务需求。# 数据库的选项## 相关的技术背景（应用扩展模型， CAP， ACID， 最终一致性）### ACID（刚性事务）数据库的一大难点就是保证事务的正确执行， ACID 是指数据库事务正确执行的四个基本要素，- **原子性（Atomicity）**：事务中的所有操作要么全部完成，要么全部不完成，不能存在部分完成的情况。就像一个原子不可分割一样，事务是一个不可分割的工作单位。例如在银行转账事务中，转出账户扣钱和转入账户加钱这两个操作必须同时成功，如果其中一个操作失败，整个事务就会回滚，回到事务开始前的状态，保证账户余额的正确性，不会出现转出账户钱扣了但转入账户没收到钱的情况。- **一致性（Consistency）**：事务执行前后，数据库必须处于一致的状态。即事务执行的结果要使数据库从一个一致性状态转变到另一个一致性状态，数据库的完整性约束不能被破坏。以转账为例，转账前两个账户的总金额为一定值，转账后两个账户的总金额也应该保持不变，不能因为转账操作导致总金额出现变化，确保数据的准确性和完整性。- **隔离性（Isolation）**：在并发环境中，并发的事务之间是相互隔离的，一个事务的执行不能被其他事务干扰。不同的事务并发操作相同的数据时，每个事务都有各自完整的数据空间，一个事务内部的操作及使用的数据对其他并发事务是隔离的。比如多个用户同时对同一账户进行操作，一个用户的操作在未提交前，其他用户不应该看到该操作的中间结果，避免数据混乱和不一致。- **持久性（Durability）**：一个事务一旦提交，它对数据库中对应数据的状态变更就应该是永久性的，即使数据库系统遇到故障，如停电、系统崩溃等，也不会丢失提交事务的操作结果。例如银行转账成功后，即使后续系统出现问题，转账记录和账户余额的变更也应该被保留下来，不会恢复到转账前的状态。### CAP在分布式系统设计中，CAP原则是指导系统设计者在一致性（Consistency）、可用性（Availability）和分区容忍性（Partition tolerance）之间进行权衡的重要理论。该原则指出，分布式系统无法同时满足这三个特性，最多只能满足其中的两个。- 一致性（Consistency）：一致性是指在分布式系统中，所有副本的数据始终保持一致。无论从哪个节点访问，用户都能看到相同的数据。这通常通过同步机制实现，确保所有节点在写操作后立即更新数据副本。-  可用性（Availability）：可用性指的是系统在正常运行时能够快速响应请求，确保服务的连续性。即使部分节点出现故障，系统仍能通过其他节点提供服务。- 分区容忍性（Partition tolerance）：分区容忍性是指系统在面对网络分区时仍能正常工作。网络分区可能由网络故障、节点失效或延迟增加引起，系统需要在这种情况下保持数据的一致性和服务的可用性。### BASE- **基本可用（Basically Available）**：在分布式系统出现故障时，允许损失部分非核心功能的可用性，但要保证核心功能可用。比如在电商系统中，交易付款功能出现故障，不过商品依然可以正常浏览，用户仍能进行部分关键操作，不会导致整个系统完全不可用。- **软状态（Soft State）**：不要求数据在任何时刻都保持强一致性，允许系统中的数据存在中间状态，即数据在一段时间内可能处于不一致的状态。例如在数据同步过程中，会出现 “数据同步中” 这样的中间状态，直到最终数据达到一致后才变为成功状态。- **最终一致（Eventually Consistent）**：经过一段时间后，所有分布式节点上的数据最终会达到一致状态。比如在分布式数据库中，数据更新操作可能不会立即在所有节点上生效，但随着时间推移，通过数据复制、同步等机制，所有节点的数据最终会达成一致。###  分布式架构模式- share everything：多个处理器或节点共享同一个数据库存储系统、内存和其他资源。优点是实现相对简单，易于管理和维护，能够充分利用共享资源，适用于小型到中型规模的数据库应用，能满足一定的并发处理需求。缺点是可扩展性差。- share nothing：每个节点都有自己独立的处理器、内存和存储设备，节点之间不共享任何物理资源。数据被分区并分布在各个节点上，每个节点负责处理自己的数据。优点是具有良好的可扩展性，能够通过增加节点来处理更多的数据和并发请求，性能随节点数量增加而线性增长。缺点是架构复杂，需要解决数据一致性和分布式事务等问题。- share disk：-多个节点共享同一个磁盘存储系统，但每个节点拥有自己独立的处理器和内存。节点通过高速网络连接到共享磁盘，数据可以在多个节点之间共享和访问。优点是可以在一定程度上实现资源共享，减少存储成本，同时能够提供较好的并发处理能力。缺点是共享磁盘可能成为性能瓶颈。- 存算分离：将数据存储和计算功能分离到不同的节点或系统中。存储节点专门负责数据的持久化和管理，计算节点则负责处理数据的计算任务，两者通过高速网络进行通信。优点是可以根据业务需求灵活地扩展存储和计算资源，存储资源可以独立于计算资源进行扩展，实现资源的按需分配和高效利用。缺点是系统复杂，通常需要特殊的硬件支持。<emoji></emoji>## 数据库选型的参考维度### 数据库的类型- SQL数据库：适合结构化数据、高一致性和复杂查询，如金融系统。延迟低，支持复杂查询，支持全部的并行级别。- NoSQL数据库：适合非结构化数据、高扩展性和高并发，如社交媒体和物联网。- NewSQL数据库：适合需要扩展性和结构化查询的应用，如实时分析和电子商务。分布式系统中保持一致性而引入一定的延迟，复杂查询和OLTP不可兼得。支持部分的并行级别### 非技术因素- 合规性：业务数据是否可以存放在公有云上？是否需要特定的认证，如信创证书？- 成本：在可以接受的成本内，寻找最佳的解决方案？ 除了硬件成本，软件成本，开发的学习成本和后期的运维成本往往被忽略。- 团队能力：是否有开发该类数据库的经验，运维团队是否能够支持选型的数据库### 技术因素- 数据结构：结构化数据 VS 非结构化数据。如果是非结构化数据，NoSQL是个很好的选择- 读写比例：读写比例如何，是否有复杂的查询需求- 一致性：需要强一致性还是最终一致性？- 扩展性：是否需要水平扩展或分布式架构？- 数据量：需要处理的数据量，每个数据库都有数据处理上限- 延迟性能：对于数据库访问时时延的要求- 可用性要求：数据库提供的最高备份策略能否满足业务需求## 数据选型的建议- 数据库的架构为所谓好坏，只选**合适**不选先进的。集中式数据可以满足大部分的应用场景。- 不要指望数据库可以解决一切问题，有时**应用程序才是正道**。通过微服务的合理拆分，将复杂的数据结构进行分解；通过CQRS，可以大大减低对数据库依赖。- 弱水三千，只取一瓢，瓢的大小由你的**运维能力**决定。一个系统的数据库最好不要超过3种，如果使用公有云全托管服务，不要超过5种# 数据库的前世今生## 信息系统和数据存储1936年阿兰·图灵提出的的计算机模型，系统由数据存储（Tape）、寄存器和处理逻辑构成。现在最复杂的信息系统也同样沿用这种架构，只是将磁带Tape换成了数据库。## 数据库技术发展历史- 混沌洪荒（50年代-60年代）：初步的数据理论，原生的数据结构和文件组织- 文明曙光（60年代-80年代）：层次型数据库和网状数据库- 一统天下（90年代-00年代中）：关系型数据库，1986年：ANSI把SQL作为关系数据库语言的美国标准，公布标准SQL文本。- 群雄争霸（00年代后-20年代）：关系型数据库，NewSQL，NoSQL的崛起，**1998年：NoSQL**一词诞生，、不提供ACID的数据库设计模式99年提出NoSQL的概念，2008年：开源的Hives与Cassandra数据库，09年，MongoDB，Redis，10年ES，带动数据库产业技术上的变动，非关系型数据库逐渐普及。- 群雄争霸（20年代-现在）： newSQL的出现（2012年：谷歌发布**spanner**论文），云数据库打破了原来数据库厂商的格局（2015年7月：Amazon正式发布关系型数据库Amazon Aurora）。云原生数据，MPP数据库，分布式数据库，图数据库，向量数据库等## IT技术现状### 技术趋势：分布式是解决信息大爆炸的必经之路设计良好的分布式系统，可以解决传统集中式无法解决的众多问题，事件视界望远镜（EHT）：利用分布在世界各地的射电望远镜，组成一台巨大的虚拟望远镜，其口径相当于地球直径。IT系统也越来越多的使用分布式来实现大规模的计算和存储，比如大数据，大模型训练，互联网大并发的系统。### 技术趋势：开源和云是目前是技术趋势另外一个趋势就是开源和云计算，有句话软件正在吃掉世界，未来已来，现在基本生活的方方面面都被软件控制，大到卫星和飞机，小到支付和出行，都离不开软件。而软件行业正被开源说主导，随着开源的发展，通过云计算来进行开源的部署和管理成为趋势。## 数据库的趋势### SQL仍然是主流，数据库类型百花齐放SQL仍然是当前数据库的主流，随着应用对弹性的需求和运维简化的要求，云数据库逐步普及### 开源数据库和商用数据库平分秋色2021年1月：DB-Engines的排行榜，开源数据库第一次超过了商业数据库（包括了云数据库），现在开源数据库的流行度以50.6分领先于商业数据库。### 分布式数据库普及，云数据库崛起分布式数据库可以跨越多个服务器和数据中心，提供高可用性和容错能力，能够处理大规模数据和高并发访问，适用于互联网、金融等对性能要求高的行业云数据库凭借云计算平台的高可用性、可扩展性以及按需付费的模式，能够根据自身业务需求灵活扩展或收缩存储和计算资源，降低了基础设施建设成本和运维难度，成为众多企业的首选。### 人工智能与数据库结合，自治数据库概念- 自动优化：AI技术用于自动优化数据库性能，如自动调整索引、查询优化等。- 智能管理：通过机器学习算法预测和预防数据库故障，提升数据库的稳定性和管理效率- 向量数据库：高效的相似性搜索和索引技术，向量数据库可以与机器学习模型无缝集成，支持模型的训练和推理过程。### 多模型数据库的兴起- 支持多种数据模型：多模型数据库能够同时支持关系型、文档型、图型等多种数据模型，满足复杂业务需求。# 数据库的选项## 相关的技术背景（应用扩展模型， CAP， ACID， 最终一致性）### ACID（刚性事务）数据库的一大难点就是保证事务的正确执行， ACID 是指数据库事务正确执行的四个基本要素，- **原子性（Atomicity）**：事务中的所有操作要么全部完成，要么全部不完成，不能存在部分完成的情况。就像一个原子不可分割一样，事务是一个不可分割的工作单位。例如在银行转账事务中，转出账户扣钱和转入账户加钱这两个操作必须同时成功，如果其中一个操作失败，整个事务就会回滚，回到事务开始前的状态，保证账户余额的正确性，不会出现转出账户钱扣了但转入账户没收到钱的情况。- **一致性（Consistency）**：事务执行前后，数据库必须处于一致的状态。即事务执行的结果要使数据库从一个一致性状态转变到另一个一致性状态，数据库的完整性约束不能被破坏。以转账为例，转账前两个账户的总金额为一定值，转账后两个账户的总金额也应该保持不变，不能因为转账操作导致总金额出现变化，确保数据的准确性和完整性。- **隔离性（Isolation）**：在并发环境中，并发的事务之间是相互隔离的，一个事务的执行不能被其他事务干扰。不同的事务并发操作相同的数据时，每个事务都有各自完整的数据空间，一个事务内部的操作及使用的数据对其他并发事务是隔离的。比如多个用户同时对同一账户进行操作，一个用户的操作在未提交前，其他用户不应该看到该操作的中间结果，避免数据混乱和不一致。- **持久性（Durability）**：一个事务一旦提交，它对数据库中对应数据的状态变更就应该是永久性的，即使数据库系统遇到故障，如停电、系统崩溃等，也不会丢失提交事务的操作结果。例如银行转账成功后，即使后续系统出现问题，转账记录和账户余额的变更也应该被保留下来，不会恢复到转账前的状态。### CAP在分布式系统设计中，CAP原则是指导系统设计者在一致性（Consistency）、可用性（Availability）和分区容忍性（Partition tolerance）之间进行权衡的重要理论。该原则指出，分布式系统无法同时满足这三个特性，最多只能满足其中的两个。- 一致性（Consistency）：一致性是指在分布式系统中，所有副本的数据始终保持一致。无论从哪个节点访问，用户都能看到相同的数据。这通常通过同步机制实现，确保所有节点在写操作后立即更新数据副本。-  可用性（Availability）：可用性指的是系统在正常运行时能够快速响应请求，确保服务的连续性。即使部分节点出现故障，系统仍能通过其他节点提供服务。- 分区容忍性（Partition tolerance）：分区容忍性是指系统在面对网络分区时仍能正常工作。网络分区可能由网络故障、节点失效或延迟增加引起，系统需要在这种情况下保持数据的一致性和服务的可用性。### BASE- **基本可用（Basically Available）**：在分布式系统出现故障时，允许损失部分非核心功能的可用性，但要保证核心功能可用。比如在电商系统中，交易付款功能出现故障，不过商品依然可以正常浏览，用户仍能进行部分关键操作，不会导致整个系统完全不可用。- **软状态（Soft State）**：不要求数据在任何时刻都保持强一致性，允许系统中的数据存在中间状态，即数据在一段时间内可能处于不一致的状态。例如在数据同步过程中，会出现 “数据同步中” 这样的中间状态，直到最终数据达到一致后才变为成功状态。- **最终一致（Eventually Consistent）**：经过一段时间后，所有分布式节点上的数据最终会达到一致状态。比如在分布式数据库中，数据更新操作可能不会立即在所有节点上生效，但随着时间推移，通过数据复制、同步等机制，所有节点的数据最终会达成一致。###  分布式架构模式- share everything：多个处理器或节点共享同一个数据库存储系统、内存和其他资源。优点是实现相对简单，易于管理和维护，能够充分利用共享资源，适用于小型到中型规模的数据库应用，能满足一定的并发处理需求。缺点是可扩展性差。- share nothing：每个节点都有自己独立的处理器、内存和存储设备，节点之间不共享任何物理资源。数据被分区并分布在各个节点上，每个节点负责处理自己的数据。优点是具有良好的可扩展性，能够通过增加节点来处理更多的数据和并发请求，性能随节点数量增加而线性增长。缺点是架构复杂，需要解决数据一致性和分布式事务等问题。- share disk：-多个节点共享同一个磁盘存储系统，但每个节点拥有自己独立的处理器和内存。节点通过高速网络连接到共享磁盘，数据可以在多个节点之间共享和访问。优点是可以在一定程度上实现资源共享，减少存储成本，同时能够提供较好的并发处理能力。缺点是共享磁盘可能成为性能瓶颈。- 存算分离：将数据存储和计算功能分离到不同的节点或系统中。存储节点专门负责数据的持久化和管理，计算节点则负责处理数据的计算任务，两者通过高速网络进行通信。优点是可以根据业务需求灵活地扩展存储和计算资源，存储资源可以独立于计算资源进行扩展，实现资源的按需分配和高效利用。缺点是系统复杂，通常需要特殊的硬件支持。## 数据库选型的参考维度### 数据库的类型- SQL数据库：适合结构化数据、高一致性和复杂查询，如金融系统。延迟低，支持复杂查询，支持全部的并行级别。- NoSQL数据库：适合非结构化数据、高扩展性和高并发，如社交媒体和物联网。- NewSQL数据库：适合需要扩展性和结构化查询的应用，如实时分析和电子商务。分布式系统中保持一致性而引入一定的延迟，复杂查询和OLTP不可兼得。支持部分的并行级别### 非技术因素- 合规性：业务数据是否可以存放在公有云上？是否需要特定的认证，如信创证书？- 成本：在可以接受的成本内，寻找最佳的解决方案？ 除了硬件成本，软件成本，开发的学习成本和后期的运维成本往往被忽略。- 团队能力：是否有开发该类数据库的经验，运维团队是否能够支持选型的数据库### 技术因素- 数据结构：结构化数据 VS 非结构化数据。如果是非结构化数据，NoSQL是个很好的选择- 读写比例：读写比例如何，是否有复杂的查询需求- 一致性：需要强一致性还是最终一致性？- 扩展性：是否需要水平扩展或分布式架构？- 数据量：需要处理的数据量，每个数据库都有数据处理上限- 延迟性能：对于数据库访问时时延的要求- 可用性要求：数据库提供的最高备份策略能否满足业务需求## 数据选型的建议- 数据库的架构为所谓好坏，只选**合适**不选先进的。集中式数据可以满足大部分的应用场景。- 不要指望数据库可以解决一切问题，有时**应用程序才是正道**。通过微服务的合理拆分，将复杂的数据结构进行分解；通过CQRS，可以大大减低对数据库依赖。- 弱水三千，只取一瓢，瓢的大小由你的**运维能力**决定。一个系统的数据库最好不要超过3种，如果使用公有云全托管服务，不要超过5种
已结束——【课程预约】云赋能重塑高校教学新实践
JDC公开课来啦！这次我们请到了社区的老朋友华为网络高级工程师，ICT培训讲师——guidl分享《云赋能重塑高校教学新实践》时间是2025年6月10日（周二） 19:00，JDC视频号线上直播，不容错过！ JDC公开课，知识积累的宝库，思维的火花碰撞的地方！ 主讲人简介 ●华为网络高级工程师 ● ICT培训讲师 参与有礼 1、扫描下方海报上的二维码，预约直播 2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品 3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“基站节能，竭尽所能”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。 😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：本次直播结束后 🥰生成专属推广二维码流程如图🥰
【干货分享】从PC到AI，一个工程师的进化论
前言：大家好，我是蓝色空间。今天我要讲的主题就是“从PC到AI，一个工程师的进化论”。那么为什么要讲这个主题呢？因为我之前在咱们论坛已经讲过了一次公开课。分享了我20年的工作经历。而讲这次公开课的目的，是我看到了身边有很多工程师，无论是年轻的工程师，还是年纪大的工程师，他们在工作中往往都会有各种各样的困惑。尤其是现在AI系统在不断发展，AI替代逐渐深入，再加上经济下行，造成了很多工作岗位的消失和裁减，进而造成我们所有人的压力都很大。那么在压力增加的时间段，就会有更多的人会产生迷茫。无论年纪多大都会有。而我工作了也有20多年了，积累了一定的经验，也走出了一条属于自己的路，我也很清楚想走出一条属于自己的技术人员的路是很困难的，尤其是几十年走到底，一直做技术，更是非常困难。那么我今天的公开课就呼应了上次的经验分享，目的就是给大家指出一条我看到的路，希望能够抛砖引玉，也希望大家最终都能找到属于自己的路。接下来开始本次公开课。首先说一下目录，也就是要讲到的各个时代，我是从工作的先后顺序来总结的。我这次的公开课内容，根据我的工作经历总结了以后，我发现它就符合这几个时代的特点。而这几个时代，也暗合了我们整个计算机行业的发展特点。从PC到网络，网络时代包含了传统互联网还有手机端的移动互联网，我把它合并成网络时代。接下来是大规模的云计算。现在AI又在爆发。那么未来会是什么样子？我们都需要考虑。作为在这个行业里面真正做实施、做技术的工程师，我们必然是参与到这个时代中的。接下来就看一下，我这20年是怎么走过来的。今天更多偏向于技术方向，给大家介绍我在技术方向上怎么发展，然后提示一下大家可能会遇到的路径。首先要进行破题。为什么我用进化论来破题呢？首先是因为我在想标题的时候，首先就想到它了。进化论是基于当前科学界的共识，大家都认为很可能是没有问题的，是符合科学原理的。但是由于各种物证还不是很完善，具体的细节和一些具体的例证可能还有一些值得商讨的地方，就造成了进化论一直处于争议中，没有最终盖棺定论。那么我用进化论作为公开课标题，一方面是因为我们这个时代的发展和我个人经历的发展，也符合进化论，总体思路是不断的进化，不断的螺旋上升的。另一方面，也是因为进化论会引发一些争议，那么我自己的个人经历也不是放之四海而皆准的。也就是说，大家在参考我的经验过程中，最终还是要走出自己的路，对我的经验不必全盘接受。因为我们工程师首先最重要的一点就是不能全盘相信权威，一定要有质疑和自己的思考。第二就是在我的ppt中会发现排版一般比较简单，也就是字体颜色，还有具体的示意图都比较简单，似乎不太符合非常讲究细节或者专门做演示的PPT。而这就是因为我们工程师和科学家不一样，我们做的是利用科学家给我们的理论知识和工具来发现问题、解决问题，这才是工程师真正要做的事情。但是现在很多人做的事情，可能把自己从一个工程师就做成了一个所谓“搬砖的”，也就是俗话说的码农，把自己变成了一个体力工作者。但是实际上我们应该做一个脑力劳动者，工作中是真正应该动脑的。那么我们的工作中应该聚焦于说明问题、展示问题、解决问题。PPT也应该遵循简洁、高效、快速、准确的原则。最近很多大企业也在做这种反思，也在提升沟通的效率，杜绝过于花哨的PPT。所以这是大的趋势，为了提升效率，都要做一个简洁化的处理。在进入职场没多久，第一件重要的事，就是我负责的机型出现了一个严重问题。这个问题是什么呢？正常的流水线生产，它其中有一部是试生产，就是少量的生产几百台，这些机器生产出来，通过测试确认一下有没有问题，没有问题才会大规模生产。一旦有问题，会重新返工去改善设计，改善了之后，再重新做试产和正式生产。那么在试生产机型中，由于我们已经采用了现代化的工业流程。这个pc机经过测试以后，不能开机或者出现开机有问题的故障率不应该过高，一般都是千分之一以下，甚至是万分之一左右。那么在我们那次试生产的过程中，故障率最后达到了20%。什么样的情况算是故障率呢？就是走了一遍所有的测试流程没有走通，在某一个流程卡住了，它就视为有故障，然后就会下生产线，放在一旁等待处理。那么最终20%的机器被筛选出来，认为有问题。它的现象是什么？就是在测试过程中可能出现无法启动现象。因为我们测试过程中要随机启动几次的，那么这几次必须全部都能启动，才算测试通过。如果有任何一次无法启动，就认为是出现问题的设备，这种设备一旦到客户手里出现问题，那是要赔很多钱的。当时故障率远远超过常规情况，而且是建厂以来从来没遇见过的异常情况。当时我还是刚入厂没多久，大学毕业，领导把这个任务就派给了我。目的是什么？就是要找出故障率过高的原因，然后当时能采取的手段只有做硬件测试。我们都知道测试有黑盒测试和白盒测试这几大分类。那么白盒测试我们必须要针对代码或者针对硬件设计来进行。因为我们的机器是组装了以后，拿现成的各种零件组装一起进行的整机测试，所以我们没办法做白盒测试，也就是说我们面对的就是一个黑盒，那么我们能做的也就是观察它的现象，然后总结出其中的规律。这数百台机器要想测试唯一的手段是什么？那就是反复重启，统计成功率，统计出问题的概率。我们当时整个一组人，还拉了其他组的成员来帮忙，大家一起做了好几天的时间，昼夜不停，连轴转，最终这几百台发现不是100%的故障，某些机器可能是第一次启动失败，第二次就启动成功。那么我们每一台机器就要重启十几、几十次去统计它的故障的现象和概率，通过统计的方法来挑出来概率高的设备，以此为基准进行后续的测试，通过后续的测试来确认问题的根源。那么最终我们经过了将近一周时间的反复测试，成功找到几台100%没法开机的设备。这些设备就代表了我们的典型故障，那么它就是分析所有问题的依据，后来这几台机器就被拿到所有供货商和客户的会议现场，把这几台机器拿到现场后，大家现场测试。最终通过现场测试，发现了核心的一部分零件，确实存在问题。当时在行业内造成了很大的影响，最终供货厂商整改，我们所有的工作和加班损失由出现问题的厂商赔偿。这件事，当时是影响了整个国内PC行业的。当然这种事情一般是不会公开处理的，在行业内部就消化了，可能大家当时不会知道。所以大家可以看到，我初入职场第一个遇到的很严重的问题，就是一个有经验的工程师，也不见得能顺利处理的复杂问题。等于我们一开始就遇到了地狱级难度的开场。那么经过这个地狱级难度的训练，后续再出问题，我们再处理时，就能总结出一些经验，应对起来就游刃有余。我们经过了这种魔鬼训练，以后也就不至于遇到问题就手忙脚乱了。这个过程中我们是怎么找出问题的呢？首先我们要理解一下PC机的启动原理，这些都是我们在学校里学过的。因为我在学校里面是计算机专业，当时我把计算机专业几乎所有的电脑修了一遍，日常天天排查的就是这些不能启动或者异常的故障率。它的启动故障是由于什么原因，在我们看多了以后进行总结，就能通过这种大量的总结，找出很多故障的背后原因。正是因为有了这种积累，所以在出现这个问题的时候，我带着大家，虽然是刚毕业，我们也仍然成功的把这个问题找到了。并为后来的问题解决奠定了坚实的基础。当时领导对我们的表现都是很满意的。所以大家可以看一下，从学校出来，你学的基础知识不见得就是没用的。即使我们学校教的可能是有些过时的理论，但大家永远记住，冯诺依曼架构还是当前的计算机基本原理，整个机器的启动原理，目前为止仍然没变，PC到服务器到存储全是一样的原理。所以基础知识一定要打牢。其次就是面对新领域的挑战。我这个PC时代，其实我在每一个时代是把跟它相关的一些经验整合到一起了。我做这个预装系统的案例，就是第二个讲的这种预装几百台PC的这件事，并不是我在之前的工厂做的，因为工厂预装是有完整的流水线的。我也正是在工厂中的培训里解到了整个OEM流水线，它的系统预装流程。但是这个步骤当时是由专门的部门实现，我的部门不负责，所以我并没有完全掌握。那我是什么时间把它完全掌握呢？是换了下一份工作，已经干其他工作的情况下，我的负责的工作里面就有几百台PC机需要安装。他的要求是需要提前预装软件，提前激活，而且支持自定义账号密码。基本上就是要求把普通的PC机按照OEM流程做一遍，这是给工业领域定制的设备，也就是说我们拿来普通的PC机，把它定制成工厂生产所需的工业化的设备。所以我们要预装的东西并不是普通的这个PC制造厂它预装的那种软件。在这种情况下，我要参照它的体系自己完成。当时时间比较早，正好是Windows XP到Windows 7的转换过程中。我们都知道XP系统的预装是需要很多第三方软件协助的，官方也会给出各种软件的预装方法，但是它是需要多种第三方软件协助才行。当时刚刚转换到windows7的系统，这个系统是第一次采用了wim镜像。它自己支持镜像，自己支持全套的部署。同时。经过工厂模式，还有再次封装的方法，用这些方式来达到预装系统的目的，同时又能给客户一个初始化的体验。那么参照这套体系，我当时花了一周时间去研究。当时还只有不完整的英文资料，因为系统刚出来，那么在这种情况下。我要想完成预装，我必须依据英文资料来处理所有的东西。因为我第一份工作是以英文作为工作语言。我虽然英语学的不是特别好，但是对于这个工作用到的计算机相关的英语，掌握的是相当扎实的。所以我看这些英文资料，就可以很顺利的把相关的知识掌握到。接下来经过研究，在一周时间内把预装流程基本上摸透了。摸透了之后就进行了软件的预装，把所有PC机通过自动化脚本预装之后，系统自动启动，执行自动化脚本，再集成了一些第三方的软件进行拷机测试。这和我们日常家庭拷机运行软件差不多。所有这些软件和我们装机DIY后的流程差距不大，但是它必须要自动化完成之后，自动记录结果，然后自动生成报告，通过网络获取到第三方的设备里，报告放在第三方设备之后，再把这些所有的机器重新初始化重新封装，重新预装上我们需要的office软件、工业软件，还有其他的应用软件，最终做系统激活，然后重新封装。那么整套流程下来就必须要深刻的了解操作系统的原理，软件的原理，注册表的原理，还有系统各种组件的原理。通过这种流程也就完整的掌握了整个windows系统下它的这种体系架构。而且通过这种预装的测试，也找出了故障设备。通过维修操作，就把故障设备维修好了，最终就是在这半个月时间内，保质保量完成任务。因为原来领导的想法是，找几十个年轻的毕业生人工一台台安装，但是人工安装是达不到这个效果的。我一个人当时在半个月时间内完成，否则的话应该是找几十个人，用1~2个月时间去完成这个工作。大家可以想到这里面节省了多少的人工成本。而且这种预装的一致化体验给客户带来的价值也是相当大的。为什么我说它是新领域的挑战？对我来说这个工作原本是可接可不接的。对我来说，如果我接这个工作，则是从零开始。我们日常在工作中都说，机会是给有准备的人，什么叫有准备的人？面对新领域的挑战，敢上还是不敢呢？我们就不评估以后的收获，如果我们有能力可以去应对一些新的领域的挑战，我们应该找各种机会锻炼自己，提前把这些工作能力准备好。这种预装系统的能力在我第一次研究出来之后，在我未来的10年工作经验里面，有数次遇到了类似的情况，我利用同样的技术实现了其他的设备的安装、激活、及自动化部署。比如后续我有上千台的服务器要实施，最终大概有几百台机器需要在一周以内完成安装和初始化配置。但是当时由于工作安排，只有我一个人来执行，那么又是面对同样的情况，我就通过类似的方法来实现了系统预装，又一次解决了问题。也就是说，当我们做好准备的前提下，我们学到的东西是一定会有用的，不要把自己限制在自己的条框里。接下来呢就是我在PC机时代，做的几个超出我们平时工作范围的的技术经验，它是基于我们积累下来的能力，去不断的提升自己，做了一些额外的工作。比如说，当时我们有那个10个左右的光驱读盘失败，就是我们的PC制造厂的实验室里面，做测试用到的设备。做测试过程中光驱要经常用，有些光驱就会把盘读碎裂在里面，光驱就报废了。面对这些报废的光驱，我在空闲时间，想要看一看光驱的原理，就把它拆开，然后发现里面的结构其实很简单，也就是一些定位结构、旋转结构、再加上激光头的控制结构和激光头本身。那么做了一些清理和操作之后，把这些机械问题解决掉，10个里面有6个恢复了正常的读写。经过测试，完全可以正常使用。本身光驱即将要报废，它作为资产的价值不是特别多，但是我从里面积累的经验就是，别人下的定论不一定可靠，有些问题还是要动手，亲自了解一下。第二个问题就是我有一个外置的刻录机，在光盘一切正常的情况下，它刻录失败，比如说我用DVD光盘去刻录，可能之前一直刻录成功，但在某一天，突然之间连续失败了五次。它的读盘一切正常，只要写盘就失败。我在刻录cd盘的情况下，也是刻录正常，读盘也正常，只要刻录DVD就失败。同时经过确认，读写是同一个激光头。如果说同一个激光头的情况下，不太可能出现这种问题，除非两个激光头其中一个坏了，对吧？那除非是功率不足或者其他原因。那么怎么样去区分呢？这又要用到我们黑盒测试的思路，对吧？这个案例就提示我们，基础知识一定要牢固。那么我们测试过程中不断的通过刻盘、写盘的操作，经过几次连续失败，最后确认了一个问题，就是不仅仅是光驱和电脑的问题，还可能有其他软件问题。大家看我这个右侧有一个截图，这个截图是我复制文件的时候，偶然间发现。本来正常我的固态硬盘复制文件的时候应该是几个G的传输速率，至少也应该是几百兆的传输速率。但是它拷贝到一半的时候，它的速度突然会降到零，原因不明。经过查询，windows下确实有这个问题，尤其是windows11和win10，那么再结合固态硬盘自身的IO调度可能存在问题，操作系统对于固态硬盘的管理可能存在问题，那么光驱和这个系统的匹配和它的驱动也有可能存在问题。目前问题没完全解决掉，但是首先操作系统读写数据突然降到零，这个问题一定是其中一个很大的影响因素。也就是说我们做事情，做测试的时候不要非此即彼，不是除了成功，就是失败。网络问题也不是说网线拔了以后，就只有网线和网口甚至可能交换机故障。路由设置故障、其他的操作系统底层故障，各种故障的因素，一定要考虑全面，才能测试出一个完整的结果。我们在日常工作中看到很多人面对问题时，就是采用非此即彼的思路，一定要打破这种思路，尽可能多的去观察一个问题的现象，那么你和别人得出的结论可能就是不一样的。最后就是我遇到熊猫烧香病毒的那个问题。这个病毒号称破坏固件，中了这种病毒就没办法处理。实际上经过我的分析，它确实是不处在任何分区上，它是在硬盘预留的启动空间里面，例如启动扇区里。它在这个部分做了一个隐藏的区域，把一部分代码藏在这儿了。只要这部分代码还激活，它就能不断的复原它的病毒。那么当我把这些隐藏的代码处理掉了以后，这个病毒也就失去了活性，接下来就是怎么清理病毒的问题。之前我分享20年经验的时候，说到我当年正面硬刚熊猫烧香，就是通过这种方法一击必杀，也就是说第一点，知道它是怎么处理自身隐藏方式的。第二点，它对文件的加密主要限于对文件头部的格式的修改，一些文件内容并没修改。当时通过这种方式，还恢复了很多被它加密的文件。那么整个PC时代，我的收获也是给大家的一个忠告，就是首先对于基础的原理，要有深入的理解。因为所有IT设备的底层几乎都是类似的，全是冯诺依曼架构，对吧？那么掌握了技术原理，我们就立于不败之地，就能干好我们的工作。第二点就是举一反三，一定要从原理入手思考问题。我们有很多人可能是从经验入手，也就是做一次工作，拿本子记一个经验。这个经验往往再遇到新的问题就不可靠。一定要从原理入手，这样无论我们的问题怎么变，我们从原理入手都能找到问题的根源。第三点就是我掌握了用于英语阅读产品文档的能力，这个能力给我很大的帮助。现在我见到很多年轻人，虽然英语学得不错，但是阅读产品文档的能力可能不是特别好。即使我们毕业了，我建议大家英语不要扔下，能去读一些原文的产品文档，还是尽量去适应一下，当我们能顺利的用英语读这些文档的时候，你就会发现你的信息来源会比只能读中文的工程师多得多。然后就是独立思考，找到解决问题的方向。只有独立思考，我们刚才遇到的疑难问题才有解决的可能。接下来就是标准化的工作流程以及沟通技巧。如果我们的工作做不到标准化，手忙脚乱的沟通，也就是该说的问题说不到位，也是没法解决问题的。所以大家还是要注意。这个时代我的心得就是不破不立，破而后立。也就是说，首先要跳出自己的条框，跳出自己的舒适区，你才能不把自己限制死。我后来又做去网络，接下来一份工作就是做网络工程师的。如果当时我对网络没有兴趣，那我重新学习，就可能不愿意学，我可能会说我是做PC的，我为什么要做网络呢？对吧？如果只基于自己已有的经验，就只能找PC相关的工作，那我就跳不到网络的时代，我就会被困在PC时代，困到等死为止。虽然说在PC时代也有自己的发展，大家都知道这个行业是一波一波的浪潮，在不断的前进的。PC时代是在逐渐的落幕，它的工作的余地在变窄，不是说没有活路，而是说它的活路在变窄。那么我们跳出去了，突破到新的区域了，是不是我们就有更宽的路可以走呢？这就是找路的方法。然后呢，就是只有持续学习，才有未来。我们当时一起做这些工作的同事里面，有些人和我说，看你学习我很羡慕，但是这么学习脑子很累，我学习不行，我不想费脑子，天天休息不好吗？天天追剧不好吗？为什么要费脑子？如果我们忽视了持续学习，作为一个工程师，就没有发现新问题，解决新问题的能力，我们就会被这个职业、被这个时代所淘汰。因为这个时代，尤其是计算机相关的技术更新太快了，如果跟不上，就很容易被淘汰了。尤其是我们背负的养家的这种重担，对吧？大家的压力往往是家庭的压力，没有家庭可能压力更小一些，有了家庭压力就很大。那么我们持续学习才能让我们有足够的能力去维护好我们的家庭。最后就是戒骄戒躁，很多人技术强一点，就会骄傲，轻视别人，而且变得短视，就是只聚焦于眼前自己积累的经验，我的东西看管好了，绝不教给别人，防止教会徒弟饿死师傅的情况发生。但是这种短视只能让人自我消亡。我们接下来看一下网络时代，网络知识我是从头学起的，大家看一下左侧是RFC,咱们学网络的，大家可以自己想一下，有多少人从RFC开始学的。根据我在周围的观察，可能从这儿学的比较少，右侧是OSI的七层参考模型，还有TCP/IP的五层网络参考模型。这个模型是大家100%会学的。但是从RFC协议学起，从RFC文档里直接去看，比如我下面的IP、TCP、UDP、ICMP和FTP等各种数据包的组成，每一个字节的含义，还有多少人是从这看的呢？我当时看这个看了至少有半年，我才理解网络是什么样。上图右边的参考模型，实际上手后持续半年到一年，我才真正理解网络是怎么连通的。我掌握了这些基本原理，接下来的问题就不是问题了。比如说我的网络规划里面，以及在后续的工作的网络相关方面。其实我换了不止一个工作，那么有一份工作就是给企业设计网络。我那个装几百台电脑的项目就是给一个工业企业设计双冗余的网络，它应该怎么设计？那么如果是做一个二层网络，只需要连通就行，至于它是一个网段，还是多个网段，很多人可能是不考虑的。我在很多企业还看到过这种形式的网络，只要能连通就OK。但实际上一个企业如果规模到了一定程度，它至少需要一个有三层网络，也就是不同网段的这种网络。在这种情况下，我们网络应该怎么规划？是选二层网络还是三层网络？现在则更加复杂，在网络里面不只有我们的连接的接入设备，还有汇聚层，以及POE的交换机，除了PC,还有监控、还有无线。出口除了有我们的网关，还有路由器、上网行为还有互联网的相关设备，还有一大堆防火墙、防毒墙等安全设备。所有的这些设备，它应该具备哪些性能，有没有瓶颈，我们应该设计哪些功能，哪些可以先上哪些可以后上？网络设备都需要具备哪些？在哪一期做，哪些是串联，并联还是旁路？到底应该怎么做？所有的东西都需要考虑。只有当我们了解了所有这些东西的底层原理，我们才能把它做得更好，设计的才能更规范。如果不了解，我们可能就是经验主义。别人怎么说我怎么做，我见过的是怎么样的就怎么做。最近几年我也和很多这个资历比我还老的网络工程师合作过了。一方面，传统网络工程师在面对虚拟化云计算的时候，往往理解不了虚拟化和云计算的网络规划，因为他不知道这是怎么回事，只有接触过这些东西的人，才能深刻理解，才能匹配的很好，这是第一点。也就是说，网络工程师如果不了解云计算，甚至都可能跟不上时代。另一方面就是，一些老工程师经验主义很流行，如果我以前就是这么做的，我现在还是这么做，只有这么做，我的网络才能连通，不这么做，我就不保证网络能连通。而到我这里，可能是客户需要什么，我就做什么规划，按照我这个左侧的列表，全都整体做出规划。接下来每一步是什么原因全部都有理论解释。那么某个案例中老工程师解决不了的，我和他们的新工程师一起去讨论，最终结果就是这个比较愿意学习的新工程师跟我去讨论，反而把这个网络给搞出来。我们一起把网络规划重新设计了一下，此时我已经是又作为云计算工程师了，网络已经不是我的本职工作，但是我协助他们把网络给设计出来，包括双活切换应该怎么做，我都是基于比较扎实的理论基础，然后一起去讨论，基于理论做出来的东西。这说明什么？只要我们理论基础扎实，我们就可以不犯经验主义的错误，同时我们也可以不被自己的经验所束缚。无论我们做什么行业，我们都可以利用理论去做出来，比纯经验积累有了更多的可能，我们工程师的路就更宽。路越宽越好走！接下来就是连接到网上就不安全。在我做网络的时候，凡是连接到网上的业务，网上的所有威胁都来了。假定某个服务，如果开放到互联网上，图里的所有威胁，几乎我都实际遇到过。有很多问题是协助用户解决的。比如说木马和病毒就遇到不止一次。当时我们只是提供设备，然后提供解决方案。但是这解决方案里不包括安全设备，也不包括安全。但即使有安全设备，用户仍然中毒，仍然被钓鱼，仍然有病毒，有木马。那怎么办？如果不把这些问题解决了，人家会说你的系统有问题，为了系统顺利实施。我们自己去找了一下系统后门，查了这个黑客的思路，然后我们顺着它的路径，自己把病毒给找到了，再把木马给抓到，把木马处理掉，清理之后，再给用户写一份说明，提醒用户怎么样做好网络安全防护，避免同样的问题发生。然后这个项目才顺利结束。无论我们是做虚拟化、云计算还是做网络，只要是开放到互联网上的，当前面临的威胁几乎都是不断的。所以即使是我们传统的IT业务，即使是我们传统的网络业务，只要开放到互联网上，安全防护的思维就必不可少。在这种情况下。怎么样去解决实际的问题？我这里边举一个例子，就是网络连通性测试。大家都知道，我们如果做网络连通性测试，一般最多采用的是ping命令。用这个命令测一下，我们和某一个点之间通还是不通，这是一个很简单的操作。但是大家想一想，这个问题到底应该怎么处理？有些时候一些复杂的问题就不好处理。那么我给大家推荐的是一个综合的方法，我们在客户端1的上面执行命令，但不是执行一条，而是并发执行多条。怎么执行呢？有一条命令是和本网段客户端2互相ping，然后从客户端1去ping本网段的网关，同时再ping跨网段的网关，再ping跨网段的客户端。用这种方式把所有的ping命令全部都列在屏幕上，然后观察一段时间内它的情况。在面对一些复杂的连通性问题不好解决的情况下，用这种多角度同时做的命令，可以查出网络的数据波动、网络延迟的异常以及网络异常的断开。尤其是如果我们网络某些情况下断开，又找不到具体位置在哪，这种同时的测试。同时看各种数据的影响，你就能很容易的分析出来问题在哪里。我们用这种思路曾经做了几百个测试，把一个非常困难的问题，联合华为体系研发都没能解决的问题，通过测试把问题最终定位了，最终由研发根据我们的定位，把这个问题根源找到，并最终解决。如果各位还在用华为的产品，我这个思路测出来的东西，应该是在这两年会普惠到所有的人，这个可能大家都感觉不到，但是我们作为一个工程师，只要真正抱着解决问题的思路，我们早晚都做出一些真正让我们在行业内部能成为神话，能成为传说的成就。只是有很多人都是默默的在做这些工作，这些做出来的成绩不会公开出来。我公开一小部分是为了让大家知道我们可以走的路，是远远不限于你能看到的那部分。尤其是面对这些有疑惑的工程师，无论你是年轻的、年纪大的，还是即将踏入本行业的工程师，大家都可以看看，我们能把这个路拓宽到什么程度，每一个人的路都可以自己去拓宽。这个时代的技术方面的收获就是从原理开始理解网络。网络安全也是从网络原理入手。当我能看懂每一个数据包的含义，我就能从数据包的角度来把这个整个的网络理解了，也能理解它的安全威胁在哪里，知道安全威胁就能解决问题。那么再从网络安全扩展到综合的数据安全，比如我们的数据的备份，数据的安全。怎么样确保我们的数据可靠？怎么样确保数据的可用性能够得到可靠的维护？这都是可以扩展出来的。最后就是自学能力得到提升，技能就可以迭代了。就是在处理网络的时候，你面对的连接特别的多，我们争取以网络为核心，通过骨干不断的了解周边的只是，比如说逐渐细分的无线、骨干网的传输、运营商的相关网络，还有5G的相关网络，移动互联网等等。所有的这些东西我们都可以逐渐的去拓展。以后能干的行业，你会发现越来越广。 这一段。随着经验的丰富，我发现有些人就会互相攀比，互相吹牛，更加看不起别人。即使在你跟他去讨论技术的过程中，他也默认为你是在和他吹牛。为什么呢？因为这种人吹牛习惯了，默认为所有人在一起就只能吹牛，这是心虚的表现。作为这个行业内经验已经很丰富的工程师，我可以和年轻人说一下，不建议你去攀比，不建议你去吹牛。只有心虚的人才会把自己伪装的很厉害，真正厉害的人不需要伪装！举个例子，我现在写的PPT,我给大家讲的这些内容，你看我可能是每一页只写了几项，但是每一项我展开都能单讲一节课。很多人写PPT疑惑的是我没有东西写怎么办？我怎么样能把自己的工作内容写的丰满一些，让领导看到我更多的工作。我则相反，我每次写PPT东西太多了，我可以源源不断的讲上三天三夜，那怎么才能浓缩成几句话，让领导知道我的核心步骤，不至于关注太多的细节呢？其实如果你关注了更多的细节，你会发现我的能力远远超出通常的领导的要求。那么如果我们日常工作中你能做到超出领导要求的工作，同时又能顺利的把它做好，那么将来你的路一定是更宽广。只有开放合作才能共赢，只有平等交流才能进步。一般实施过程中，我们把需求归纳，然后甚至配置都做好了。我们这种售后工程师往往是只需要去实施就可以。但是我拿到项目的第一件事，永远都是重新核对需求，这叫不忘初心。为什么？因为我们的售前工程师如果实施经验不足，他给出的需求分析的结果和他给的配置结果有可能是和实际不匹配的，或者匹配的不是特别完美。想要完美的实施，一定要介入需求分析，一定要把需求重新梳理好，基于需求重新把所有过程再走一遍。这既是验证了一下售前和销售他们做的工作，也是以此为输入，重新的让我们未来的工作更好。这就是我们现在积累的一个经验，通过这种售后介入到售前的方式，让我们售后的工作再也没有阻力，再也不至于因为售前的一时疏忽，造成我们售后去费尽心思的给售前收尾，或者去给销售说的大话收尾。我们只要和售前和销售顺利的配合即可。现在甚至是我们自己作为销售工程师，直接去参与需求配置。那就可以把整个的全链条都打通，显得很顺，后续工作就会很顺利。如果大家当中有本行业的售后工程师，大家应该都有这方面的困惑，这就是解决的一个方式。第二就是全面规划。这种规划的过程中，需要我们全面的了解客户的机房要求、环境要求、电源要求。虽然我们的文档里有写到，但是我们还是要现场的去确认，根据现场情况，根据我们的经验，提示客户怎么样去完善它的环境。然后是我们的组网原则、接口规划。一方面参照我们的文档的推荐的指南推荐的联网形式，另一方面是基于我们个人的经验，个人对于原理的掌握，我们甚至可以在厂商的最佳实践场景下，总结出我们自己的最佳实践，做更全面的规划。不要局限在我们现有的工具里面，一定要以自己的能力为主。接下来是上架，这是我们常用的一个上架的图。为什么最下面要留2U空间？我们的规划里考虑到了要把手塞到空隙里进行一些相关的维护操作。中间为什么要留2U？因为有理线架的操作，对吧？根据不同客户的需求，留多少的空间，我们的设备摆放都是有说法的。比如说我这个图里面，我的设备摆放就是从下而上，从内而外，它是上走线，那么凡是所有出口的线，就都经过防火墙，从上走线走出去，也就是说我们的摆放位置都已经做好了考虑，线的长短、数量、接口取电、维护难度综合考虑。我们做上架的工程师，不要把自己只当成一个搬砖的力工，只是上架扭螺丝而已。我们的上架是为了后续的实施做准备，要从整个项目来入手考虑这个问题。如果你能综合考虑问题，你就相当于半个项目经理了。以这个角度来说，你的项目实施的难度就会比普通的这种分散负责的项目少得多。接下来就是部署流程，官方在超融合上给了我们很完善的部署流程。但是我们仍然在每一步都需要根据自己的经验进行确认，不能局限在官方的文字说明里，一定要亲自了解每一步的原理是什么？官方为什么这么推荐？在这个基础上，我们才能结合需求，结合客户不同的各种需要，针对不同的客户，做各种不同的变化，随你怎么变，我都满足规划要求，我都符合产品规划的思路。我交给客户的，或者我推荐给他客户的，已经不是简简单单的这种书本上规定好的，必须这么做的一个思路。而是我会根据客户的要求动态去优化它的配置，而且绝对是符合产品设计思路的。我会告诉客户基于什么原理，基于什么思路，产品才这么设计？那么交付部分。交付不是说做完虚拟机，虚拟机发个模板，做个培训就完了的。大家看左侧，我还要考虑运维磨合期问题，处理运维指导故障修复和后续规划。为什么要考虑这么多？在我们这个可能跟我的行业有关，一、我作为售后工程师，我要去实施。二、我实施完了，难免有一些问题要进行处理，跟客户还是要继续保持关系的，并不是说实施完了就不见客户了。既然你要接触，遇到问题是逃不掉的，那么在运维过程中也少不了。持续规划是什么？大家看我右边这个图，就是我们给他的超融合实施，我通常会考虑两个生命周期。按照项目管理的流程，五大领域，启动、规划、执行、监控、收尾，从预算开始，一直到老系统下线，新系统替代。考虑两个周期应该怎么规划。那么整个的产品规划思路、软硬件思路和你推荐给他的运维思路，就能有的放矢，就可以基于这个目的去把它实现。这种情况下，后续客户真到了这种比较困难的老系统下线和新系统替代的时间点，在提前规划好的情况下，他做的会顺利得多。如果客户能顺利的进行更替，那么后续的项目可想而知也是可以拿到的。以产品经理、以项目经理的思维去考虑问题，这样我们的路才能更宽。运维就是指我们日常20%的问题，其实能覆盖80%的运维场景。我们日常集中精力把常见的20%问题解决好，大部分问题都是可以解决的。交付之后就是运维的开始。无论你是纯售后工程师，还是说你做系统集成，建议大家多积累一些经验。问题处理的三个层次里面，客户只需要做好自己的虚拟化的维护，硬件的这个维护就可以了。那么如果是我们和客户一起去做这个项目的话，对于系统的变更，一般由我们实施工程师来说是最理想的。那么故障件的处理或者说一些后台故障的修复，那就得由厂商研发来执行。那么这三个层次我们处理好了之后，客户能做的其实就很少，也就不需要客户付出巨大的工作量，去适应我们全套环境的维护，而是说他只需要聚焦于他的业务就可以了。最后给工程师的忠告就是没有金刚钻别揽瓷器活。如果接手了工作之外的东西，一定是基于帮忙的思路，先撇清责任，先把你的责任范围边界确定好，干好本职工作，再做瓷器活。二就是责任边界需要让所有人都确认了以后，以帮忙的形式去干。这样你才能额外做一些这个积累经验的事，同时避免承担不良后果。最后就是聚沙成塔，每次实施，多处理一个问题，每次给客户处理问题，多记录一个经验，聚沙成塔，你就比别人多做了很多。最后是在系统下线的时候，我们重点考虑右边提到的保持控制，就是软硬件一定要在控制范围内。任何软硬件失去保障了，想办法让它留在保障内，要么硬件续保，要么软件续保，不能续保的在稳定业务的基础下，保存好你的数据，最后确保应用可控。怎么可控？能维护的尽量维护，维护不了的，尽量想办法提前替换。基于这个思路，只要做好持续的替换，这种运维就是可持续的，做好可持续的运维才是我们IT维护才应该干的事情，否则我们就成了救火队，到处处理问题。最后这个收获就是如果我们已经做了服务器存储，也做了网络，那么后面虚拟化、超融合、私有云，几乎你就可以全面开花。大家看看我之前的经验，PC、存储这些都是相关的，早期做过的，网络也做过。为什么后来我做虚拟化，又做云计算这方面？是因为当时领导招人的时候，就要求你做过所有的硬件，没有相关经验，是没法去做虚拟化的。当时正好我有这个经验，就被招过去，从头开始学习虚拟化。二就是突破技术限制，突破工程师的角色限制。我如果把自己限制成服务器的工程师、PC工程师或者网络工程师，我绝对没办法做额外工作。那我也不可能接触到后来的AI,只有具备了综合能力，你的路才能越走越宽。那么脱离经验困局，我们才有广阔的天地。假如我们现在失业了，有多少人能凭业余爱好，能凭其他方面的经验找到新的工作，而且还能让自己顺利养家的呢？很多人会聚焦于自己过去的经验，但那意味着你被过去的经验困住了。所以这里私下给大家的一个建议，就是一定要做到不被自己的经验困住，才可能有更广阔的未来。接下来就是我到了这个年纪了，所以说应该开始传承经验。遇到年轻人，我希望多讲一讲，给大家看看自己的路。而对未来始终抱有新的希望，做好心理准备。那么只有这样，我们才能有更好的未来。最后由于时间限制，我这边就说简单一下，最后一句话，我命由我不由天，我们的工作可能受限于时代、受限于年龄，可能会被淘汰掉，但是自己的能力永远是自己说了算！而且随着现在信息时代的提升，给年轻人的另一个忠告就是我们的计算机体系不断的在扩容，不断的在扩充，那么各种行业细分的越来越多。过去说隔行如隔山，指的是计算机和其他行业隔行如隔山，计算机行业内各行基本是互通的。但是现在已经不是了，现在网络就能细分有线、无线、企业网、个人网、还有物联网，再加上运营商的网络。软件又分成前端、后端和中台。再加上商业方向的软件、工业软件分得更细。大家很多人在学校学的不是计算机专业，而是某一个细分的行业，参加培训也参加的是某一个细分行业的课，或者是某一个细分行业的厂商认证。即使是计算机行业内，不同的细分行业都已经变得隔行如隔山了。但我还是建议大家能拓宽自己的行业，跟自己相关的分支行业尽量多了解一些。不用完全掌握，只需要以某一点为核心扩散开去，这样你的路就会越走越宽，千万不要把自己限定在某一个细分领域里。不要说过去我做网络的，我现在做云计算，但是我做云计算的时候，再遇到网络，我还能不能处理？过去的东西也不能丢掉。最后讲一下AI时代。我们的这个AI时代首先一点就是讲所谓的机械飞升，我们的AI目前在不断的突破，尤其是ChatGPT时代让AI突破了图灵测试。接下来deepseek的时代到来，大幅的降低了对硬件的运行要求，让我们能在可接受的成本下进行大规模的公有化和私有化部署。在这种情况下，我们的AI能力也就越来提升的越快，最终奔着AGI,也就是通用人工智能的目标越来越近。那么这部分我打个比方叫机械飞升。也就是说它未来要从越来越不像人的一个工具，变成越来越像人的一个机械生命。未来有可能以我们想象不到的面貌出现。因为随着AI的发展，未来是无限的。现在接触到AI之后，我可以跟大家确定一点，它一定是未来，大家一定要接触它，哪怕仅仅是自己用都可以，大部分不一定能有条件调试AI设置，但只需要自己用就可以增长经验。现在一定不要逃避。我们能做的唯一的方式，就是拥抱未来，最终甚至我们可以做到人机一体、和谐共存。也就是说，AI作为我们每个人的助手，就像科幻小说和电影里面一样。有问题问AI，让他帮我们干活，我们来做决定，这样就可以了。最终就是AI替代肯定不可避免。只有我们拓宽自己的路子，让自己无可替代，AI才不能替代我们。如果你做的是重复性的一些劳动，那很容易被AI的替代，脑力劳动也有重复性的，不是说脑力劳动不能替代。那么大家看我画的这条线上面是指图灵测试，通过图灵测试意味着AI具有了人类的能力。这条线下面写的四个字是自我意识。根据我的观察和我的理解，这纯是我个人的理解，这也是为什么我以进化论为主题，就是依据进化论的思路，根据我的推断，AI只有具备了自我意识才有可能实现所谓机械飞升，瞬间成神，也就是成为一个机器人，像人类一样来帮助我们解决问题。但是如果它具备了自我意识，那可能就不叫AI，也不叫人工智能了，它可能叫机械智能体或者机械生命。那种情况下，就相当于人类造出了新的物种，它的未来是无可限量的。那就会有新的希望产生。接下来再传承下去，能出现什么样的情况？有可能几百年后远远超出人类的理解。所以未来是无限的，大家还是要拥抱未来，这个时代的潮流不可避免。但是目前我们还处于过渡期，这段时间内还是非常长的，可能几十年甚至上百年才能做到。所以目前大家看我们的情况，deepseek作为AI底座，还不具备AGI的能力，为了让它更加贴近AGI,我们怎么做？我们通过知识库喂给它我们私有的知识，让它帮我们干专业的事。利用智能体技术，让它更聪明一些，能自己干活，最后用程序能让他做一些我们现在这种程序自动化也不能实现的事。接下来是我最近学习AI的时候了解到的一些东西。我是怎么接触AI的呢？是因为用户有需求，现在大量的用户在提AI需求，大家应该都知道吧？这个肯定绝大部分都遇到过，怎么样来做？去除掉行业内的泡沫，踏踏实实的来说，我们目前能做的就是为AI赋能，也就是说帮助AI来打开走向AGI的通道。那么最底下这一层先要做到私有化部署，避免数据外泄，还具备底层能力，但是也仅仅聊天而已。接下来通过我们更好的提示词，我今天也刚解决了一些问题，就是通过提示词，就可以让他精确的输出我们需要的结果。接下来建立知识库，我们用专业的知识输入给AI，它就能帮我们分析专业的事，能帮我们总结出专业的经验来，就不用我们去看大量的资料去总结。人工效率太低，AI辅助后提升效率是很快的。那么接下来要创建智能体，让它独立做事。多智能体协同，就是指它目前还只能聚焦在某些具体的事情上，它不能像人类并发处理那么多事情，那多智能体就是各干各的，大家最后聚在一起形成一个综合结论。同时多智能体不仅可以挂载同一个模型，还可以挂载不同的模型。那么最终所有的模型集成起来，多智能体协同起来，最后由一个模型统一输出结论，就能做到更贴近AGI的能力。接下来为程序赋能，把AI的能力赋给当前的程序，就能大幅提升程序的质量。当然最终的目的我们是要做AGI,让AI自己去做专业的事，我们人类就可以休息，可以去做更加专业的事，或者更加趋向于创造性的工作。目前大家看我们列出来的这些硬件都已经具备了，接下来所谓的通用型人工智能，一旦出现，下一步必然是具身智能，也就是说，把我们的AI大脑赋能给我们的机器人、无人机、机器狗等等。当这些设备具有了类似人类的大脑，它的潜力就会被释放出来，成为我们有力的助手。最后就是怎么走向未来。根据我对AI当前状况的了解，还有对自己经验的总结，结合一些科幻小说，我这里参照了很多三体里面的一些思维和刘慈欣对未来的一些思考。为什么这么说呢？因为我觉得他的一些小说不仅仅是考虑到了未来的可能，不仅仅是一个科幻，而是对未来一个在合理范围内的推理。也就是说，我们很多科幻小说家，可能他本身也是个未来学家，他会推测出人类未来应该怎么样。首先我们是从远古走来的，我们最早所有的都是做人工，一旦到使用了工具，我们就可以了解自然利用自然。使用工具的人类淘汰了没有工具的人类。当下我们创造什么？我们通过机械化、自动化、信息化、智能化实现了知识爆炸。掌握这些知识的人，淘汰了因循守旧，不愿意接受机械化和智能化的人，对吧？不断的在淘汰。未来，新的故事也会不断的产生，新的物种也会不断的出现。未来怎么样在知识爆炸以后确实不知道。但是大家看知识爆炸已经出现了，哪天三体人过来了，恐怕也不是很神奇的事情了，是一个可以考虑的可能的未来。在这种情况下可能会有新的希望。为什么这么说呢？现在都说AI出现之后，文科已死，理科为王。已经不需要研究那么多人类的东西了，写文字AI就代劳了。但我想提示大家一下，如果未来三体人来了，如果未来人类接触到了成百上千的外星社会，是不是需要更多的宇宙社会学家？是不是需要更多的人研究不同文明的它的哲学文化？目前只有我们人类能实现这么复杂的理解。机器目前为止还做不到大自然的精细程度，还做不到大自然的这种用这么低的大脑功耗来实现那么强的能力的效果。什么时候，它能实现了机械生命，才能真正替代人类。所以目前我们远远不用担心机械生命的问题，我们应该做的是利用现在没有形成生命的AI的能力作为工具。因为AI只要不是生命，它就没有自我意识，它就作为我们的工具，可以大幅度提升能力。善于使用AI的人最后可能会淘汰掉没有这种能力的人。然后呢，就是我们是从地球走来的，最后一定要走向宇宙深空里面去。人类从地球发展过来，那么从我们开始探索宇宙的时候，我们就向往飞天。从一开始我们就是走向未来，人类远古就有很多关于神仙的传说，都梦想着往天上走，现在的飞机、火箭、宇宙飞船，都是在实现我们的梦想。 最后就是要走出摇篮，为什么呢？如果在摇篮里出不来，就没永远没有希望。刘慈欣写了三体之后，大家有没有关注他之后写的小说？那段时期，他还写过一个《时间移民》，就是讲我们向内发展AI，未来有可能导致AI，同时也是虚拟现实突破，我们就会向内探索，最后制造出足以媲美现实的虚拟现实来。在那里面我们就是神，要什么有什么，那么是不是会有人沉浸在虚拟现实这个游戏里面出不来了？就变成享乐主义，满足现状，对吧？那么刘慈欣写的这个时间移民，就是说所有人最终变成了虚拟人，最后大家形成了一个统一智能体。这个智能体觉得自己没有意义，就把自己关机了。这就是人类灭绝的一种可能。那么什么样的人类才能最终生存下去呢？就是走向深空，直面深渊，才有未来。后来，刘慈欣又写了一个《黄金原野》。是用一个很凄美的故事，一个造假的故事，以一群探索先驱者的生命为代价，欺骗了人类去向外探索。因为如果不向外探索是没有希望的。人类作为一个诞生在宇宙里的文明，如果不能踏出地球，不能踏出太阳系，踏出这个摇篮就永远没有希望。我们就相当于三体里面，自己把自己封闭在太阳系里面的这些人类，就永远没有希望了。怎么样才有未来？我们作为工程师，永远保持一个婴儿般的好奇心。因为我们人类目前还是婴儿时代。最后人类如果向着宇宙文明去成长，我们目前连第一步还没迈出去，我们未来还是有无限的希望的。这就是我给大家指出的一条很光明的未来，希望大家在未来这条探索之路上，真正走出自己能载入史册的一步。所以未来还长，探索永无尽头，希望大家共勉，希望大家一起走到最后。最后谢谢大家。我这次的分享就到这里。问题1：我看到这个徐景泉，这个刷了好多次了，就是说问能不能举例谈谈，看山是山，看水还是水这个状态。这是我上次讲座里边的一个问题。就是看山是山，看水是水，什么意思呢？比如说我这个技术方面，最开始可能是学网络它就是学网络，学IT就是学IT,我学的是这个技术本身。但是工作时间长了以后，我再看这个技术就不只是经验上应该怎么处理它，而是说在原理上它是怎么产生的，怎么发展，怎么出现的。那我就是把它拆散了，看最后为什么看山还是山，看水还是水？因为当我都理解了以后，我掌握的很精细了以后，在我后续就包括我现在的工作中，当我知道某一个方向的时候，我知道我具备的知识能力，可以瞬间的把它拆成细节，然后一点点去实现。例如我现在处理AI,我遇到有些问题的时候，比如今天我就处理AI某个提示词有问题，导致我们的AI输出一直达不到结果。举个例子，最初提示词说，我有三个输入项目，请AI把以上内容总结出来。它给我一个输出结果是什么呢？它只把最后一个作为输出。我分析了以后，利用之前的经验，发你这个“以上”是不明确的提示词。为什么呢？以上是以上一个还是以上两个还是以上三个？他只处理了以上一个，后来改成，请把以上所有三个点全部总结输出，他立刻就给出了一个合理的效果。这和我们处理软件是一样的。如果我们有软件开发的经验，就会知道工程师处理往往也是这样的。他如果处理三个项目，一不小心就会只处理一个，对吧？只有你指定了它的具体范围，才会把所有的项目都处理掉。所以当我有这个能力的时候，遇到这个问题，我不会惊慌，我会一点点细分它。我看山还是山，看水还是水是什么呢？我大概看上一眼，我就知道我能解决问题，但是我可能在处理的过程中不需要去解决这个问题。我可能在遇到它的时候，我再详细的去分析就可以了。就是这个原因。这是因为我掌握的已经差不多了，我只需要看山还是山，看水还是水，不需要每一次都深入到后台的细节，看得那么细了。我也可以把它掌握到很细致。那么当真正需要的时候，我就可以一步的分析出细节。问题2：最后就是这个资源错位，拿FSE当做测试使用这一块。首先一点，我们的测试工程师是干什么的？测试工程师如果做得非常好，你就是对产品最了解的人。当我们对产品最了解的时候，测试工程师也是有自己的经验的，一定要记住一点。不要认为测试工程师就只是点一点界面而已。我在给咱们华为产品提经验的时候，其实就是这样的以测试主要思想的。咱们华为以前有一次招人，找我面试，我就举个例子，当时那个要求是测试一个产品，硬件产品，请写出三条测试经验。半小时以后我还在写。最后领导看到我写的以后就很惊讶，为什么呢？我写了35条，领导说写三条的都少见，写六条以上的凤毛麟角，头一回见有写35条的。但所有东西全都是对的，为什么？因为我作为一个测试工程师，软件硬件全都做过了。而且我在PC时代，我知道全流程的产品测试流程，包括软硬件兼容性、电磁兼容性、稳定性、摔落测试、可靠性测试等等几乎所有的测试项目。也就是说，作为一个测试工程师，你可以做到一个比产品设计者更了解产品。那么为什么上次我给咱们华为产品提经验的时候，我写了那么详细的一个东西？因为我突然想到以前我做的第一份工作叫新产品开发，就是利用测试经验做新产品定型，我把那个经验拿出来了，以产品定型的思路从头到尾把它整理了一遍。我就把这个产品几乎从头到尾整体设计给做了一遍，所以拿它再去跟咱们研发沟通，就比较详细了。所以呢如果你被当做测试使用了，首先在测试岗位上先把测试干好。接下来你本职工作是什么？不要受你本职工作的限制，不要受领导让你干活的限制。把你这些应该干的事情作为你的爱好去研究，有机会接触的，不计成本，不计代价的去接触。就举个例子，我们有些网络工程师说我是做网络的，我突然让他去做这个项目管理。他说我没有这个经验做项目管理。怎么解决的？我说如果给你一个几个亿的项目，让你去管理，你能不能找一个单位说你这有一个亿的项目，现在我想做项目经理，我给你三十万，你让我做项目经理，让我去刷一刷简历镀金？刷一个经验？那是不可能的事。现在呢公司免费让你做项目经理，你为什么因为网络工程师的限制就不做了呢？如果你做完了，当你更换岗位以后，你的简历是不是镀金了呢？把这份简历拿出去，你想想这个思路是不是拓得很宽了呢？后来我们的年轻人听到这个以后不计成本不计代价，他不管是IT还是网络，还是项目管理，什么都做。现在他已经到了新的岗位，那你觉得他的未来是什么样，对不对？所以这一点呢，不仅是取决于我们面对什么样的岗位，还取决于我们自身的能力，能力永远是第一位的。当你有准备了，一旦有条件，你就可以跳出去，不要把自己局限于当前的岗位，当前的经验和过去的经验里面。跳出条框，你才有更好的未来。 问题3：我这儿看到了有两个问题可答，那我把两个问题综合说一下，一个是这个叫越小勾青山，它是运维磨合期常见的问题有哪些？这个是工程师常见的这一块，怎么讲呢？运维磨合期常见的就是用户不知道自己应该做什么。那么我为什么签名提出这个运维的三个层次？就是以超融合或虚拟化举例，用户做好虚拟化系统中虚拟机的管理，然后做好硬件日常的巡检，有问题及时报告，那么我们的工程师去调整他后台的系统。因为修改整个系统配置，一般必须对系统非常了解才可以。那么我们实施工程师经验是最丰富的。最后一旦有了问题，找厂商。用户磨合期最常见的就是自己该做的工作做不好。比如虚拟机的处理、tools的安装，然后操作系统的安装应该怎么做？这个一定是用户把自己负责的这少部分工作，首先售后工程师客户该负责的工作分清，给他讲一遍，他一定要自己做几遍，出问题你指导他，才能把这个磨合期度过。一定要自己亲自经历几遍。无论是我们自己的工程师，还是客户的工程师，都要走过这种学习过程，这是一致的。他经过了这种错误的经验，他才能记得住，才能真正的掌握。一般这种虚拟化要磨合半年到一年，然后基本上他就找你的很少了。你就真正解决一些复杂问题了，这是一个。问题4：然后最后一个问题是。就是35岁搞算力方面的，那么我看这是有几个人了，就是问高斯数据库怎么样？数通35岁，什么数通IE怎么转型，包括deepseek。要减肥的红烧肉也有了，将这些综合到一起，我答一下。Deepseek这一方面我也在从头学习，正好是有需求。如果没有需求，你还要去做的话，类似无源之水。尽量是找到一些项目的机会跟进一下。这个又是从零开始学习，活到老学到老。我现在跟大家一样，都是从零开始学习，但是现在已经有一些心得了，那么未来还会学更细的一些东西。能学到多少取决于自身的能力。然后这种高斯数据库，包括咱们华为的鸿蒙系统，欧拉系统未来无限，因为国产化浪潮不可避免，对吧？Deepseek也要布在华为的体系上才能国产化。所以大家可以尽情的去学我们的认证，考我们的IE。然后在我们这个方向下，协助用户做好国产化转型，我觉得未来还是很有希望的。我的分享就到这里。
华为JDC赋能课堂《数据中心网络虚拟化M-LAG跨设备链路聚合技术部署实施》
华为JDC赋能课堂M-LAG跨设备链路聚合技术部署：本次会议主要讨论了华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署。会议中，参与者们分享了他们的实践经验和问题解决策略，并对技术进行了深入的探讨。在讨论过程中，他们提到了直播技术的改进，包括画面质量的提高，以及如何优化直播效果。此外，他们还讨论了如何调整摄像头的角度和位置，以确保观众获得最佳的观体验。总体来说，本次会议为华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署提供了宝贵的意见和建议。 华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署：华为JDC赋能课堂的《M-LAG跨设备链路聚合技术部署》课程讲解了M-LAG的概念、原理、可靠性技术以及在华为数据中心网络中的应用。讨论了单前隔离机制的问题，以及在单规链路故障后的转发机制。同时，讲解了组播数据在单规链路故障后的转发处理，以及如何通过建立新的传输链路来避免上行故障导致接收者无法收到组播数据的问题。此外，还讨论了在双规链路接入场景下，当plink故障、但双重检测虚跳状态正常时，如何避免网络出现问题。华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署中的根桥解决方案和V-STP解决方案：华为JDC赋能课堂的《M-LAG跨设备链路聚合技术部署》课程讲解了根桥解决方案方案和V-STP方案。根桥解决方案需要手动配置主备设备，保证它们的桥ID一致，然后关闭生成树，以避免冲突。V-STP方案则需要通过命令行手工配置，利用V-STP机制将M-LAG主设备和备设备的STP协议虚拟成一台设备的STP协议，对外呈现为一台设备进行STP协议。华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署中的故障处理和切换机制：华为JDC赋能课堂的《M-LAG跨设备链路聚合技术部署》课程讲解了在下行双规接入场景下，当peer-link故障、但双重检测虚跳状态正常会触发df的被设备上、某些端口处于error-down状态、此时df的状态为主的设备去工作。如果此时dfs状态为主的设备由于断电主空白损坏，整机故障重启等其他故障导致主设备不能工作时，此时主备设备都不能工作。为了解决这个问题，提出了手动将备进行切换的方法。华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署：华为JDC赋能课堂的M-LAG跨设备链路聚合技术部署讲解了多级M-lag和双活网络解决方案。多级M-lag是一种网络解决方案，适用于传统的isp网络对接、适用于多级vlag。该方案仅支持sp和rsp的深入协议。双活网络解决方案是一种双活方案，可以在主设备故障时保证业务的连续性。华为JDC赋能课堂的链路聚合操作：华为JDC赋能课堂讲解了链路聚合操作，包括静态和动态模式。静态模式下，通过配置静态标记（LCP）来实现链路聚合，动态模式下，通过配置动态标记（Staic.）来实现链路聚合。同时，讲解了如何配置链路聚合链路类型，以及如何配置中继线路。华为JDC赋能课堂的实验操作和设备配置：华为JDC赋能课堂讲解了实验操作和设备配置，包括如何进行链路聚合实验，如何配置lcp、链路聚合、中继线路等。同时，讲解了如何配置物理接口，以及如何在聚合接口上使用备件。此外，课堂还讨论了设备故障恢复和业务连续性问题，以及如何处理链路故障。在设备配置方面，课堂讲解了如何配置网关、如何配置业务端口等。在实验操作中，课堂讲解了如何使用华为的Malag进行流量转发，以及如何处理流量冲突和设备负载问题。在设备故障恢复和业务连续性方面，课堂讲解了如何进行故障恢复实验，以及如何在主设备故障时保证业务的连续性。在流量转发和设备负载问题方面，课堂讲解了如何处理流量冲突和设备负载问题，以及如何通过配置来减轻设备负担。 华为JDC赋能课堂及活动介绍：华为JDC赋能课堂活动是一个跨设备链路聚合技术部署的探讨，主要通过GDCweb端进行。参与者可以通过视频号、公众号以及小程序端进行参与，也可以通过AP端进行参与。活动包括不同行业的有奖话题探讨，例如网络AI、车辆定位、华为认证等。参与者可以选择自己擅长的领域进行答题，如果是文本题的话，可以结合自己的实际经验和案例来展开。此外，华为还会根据参与者的专业建议提供智斗奖励，包括华为电子产品，例如穿戴类、耳机、手表等。华为JDC赋能课堂活动旨在交流技术，学习干货内容，提供行业报告和公开课。华为JDC赋能课堂活动细节及参与方式：华为JDC赋能课堂活动可以通过GDCweb端、视频号、公众号以及小程序端进行参与。参与者可以选择自己擅长的领域进行答题，如果是文本题的话，可以结合自己的实际经验和案例来展开。华为会根据参与者的专业建议提供智斗奖励，包括华为电子产品，例如穿戴类、耳机、手表等。华为JDC赋能课堂活动旨在交流技术，学习干货内容，提供行业报告和公开课。参与者如果有问题可以在粉丝群进行交流，被选中的问题会被后台安排邮寄。会议结尾 华为JDC赋能课堂的会议中，参与者商议了如何将初步的文字稿整理成干货文章图文并排的形式。他们决定找一些参考资料，并将AI的文字稿整理成类似于讲义的文章。在整理过程中，如果有不通顺的地方，将以讲义的形式呈现。此外，他们还决定采取打赏制度，通过回收的智豆来支付整理的费用。最后，他们感谢老师的精彩演讲。
【干货分享】基站节能，竭尽所能
一、分享主题介绍：本次分享主要从在运营商负责无线基站节能自身的工作出发，浅谈一下当前运营商无线基站的节能情况。分享主要包括无线基站节能的背景、现网是如何节能的、以及节能过程遇到的一些问题矛盾，最后谈一下个人对基站节能的一些未来思考。关键的结论有以下几个方面：1.基站节能面临多重压力，包括国家双碳站点战略、上级的考核要求和自身成本压力，促使运营商在节能方面采取了多种措施，如极简改造、主设备软硬关断、空调远程智慧节能、老旧设备拆除和高能耗设备更换等等。   2.目前运营商面临的主要问题包括空调节能导致的故障率增高、客户投诉和安全风险，需要在不影响安全和减少客户影响的前提下，优化节能措施。   3.未来节能方向包括智能控制、场景优化、联合研究和准确的节能评估体系，以解决当前受限条件下的节能问题。二、基站节能的背景近年来，运营商对于基站节能的要求越来越高，主要的背景来源于几个方面：1、国家双碳战略：虽然运营商不在双碳战略的主要行业，但对于总体战略上，国家有一些要求，如下：（1）到2025年，新建5G基站站址共享率不低于80%；（2）5G基站能效提升20%以上；（3）积极探索利用可再生能源，如加大绿色能源推广使用。2、上级考核要求对于国家战略的要求，加上5G大规模应用后电量的急剧增长带来的压力，以及公司本身的成本压力，运营商可以说自上而下加码要求落地节能措施。这一点目前主要体现在主设备节能和总体能耗的要求。（1）厂家软关断节能开启比例：一开始只是节能动作要求，全网要开启节能，但是节约多久，什么效果没有具体的要求；（2）节能时长的要求：进一步，在节能参数开启的基础上，增加了节能时长的要求，比如4G要全网达成日均1小时以上，5G要达到3小时以上，这样就要求在闲时必须要执行节能；（3）能耗压降的要求：再进一步，只是时长还不到位，总体能耗趋势可能不受控，所以要求针对比如不同频段，要求有不同的能耗压降；今年又增加了针对整个机房的总体能耗压降要求，就针对的不只是主设备，还有配套的电源空调等等，以及电价涵盖进去。3、成本压力深圳基站电费成本缺口较大。虽然基站的总体用电成本逐年要求下降，但目前25年可能是最难的，以后可能更难；像深圳目前电费缺口大概5%-10%，千万级的。所以在国家战略指引，上级考核要求的基础上，电费自驱力节能也更高了，因此有了标题的竭尽所能，做好基站节能。三、现网基站节能手段目前无线基站方面，节约电费的主要从电价和电量两个角度出发，主要有以下几个方面：1、电费角度（1）业主电费谈判；因为深圳目前较多的是转供电，需要通过管理手段，协商业主，降低电价；可能会影响租金；（2）转供电改直供电；目前直供电和转供电差价较大，且深圳直供电比例较低，因此需通过外电整改和物业协商，对现有站点直供电改造，对新建站点要求必须直供电，以电价差节能。需要以投资换取电费；（3）峰谷电价差的评估更改：针对直供电站点，通过统计分析，确认平价和峰平谷电价对于站点哪种更节能，与供电局更改电费计量方案；（4）光伏储能改造：通过对基站天面增加光伏，在机房内增加储能电池，将削峰填谷做到更节约电费；目前广东规模应用的是光伏，因安全考虑和分成模式未批量纳入储能；2、电量角度（1）极简站点改造：去机房化，节约空调电费；同时节约租金；（2）主设备软关断节能+硬关断节能；通过对闲时关闭主设备，节约电量；（3）空调远程智慧节能；通过加装远程控制器或者FSU控制，对空调在温度允许范围内，自动启停节约空调电费；（4）老旧设备拆除退网（2G设备、直放站、WLAN、UPS等）；针对老旧的设备下电退网节约电费；（5）高能耗设备更换（开关电源、空调等）；通过更换新设备，提升能耗转换效率，节约能源；（6）新风系统改造；通过机房改造，将新风系统与空调联动，在允许情况下，切换新风系统节约电费；（7）其它我们还试点了带电清洗开关电源提升能效、液冷板空调节能、浸泡BBU节能等，但没有规模化应用。接下来具体点讲一下最主要的极简改造和主设备节能：1、基站极简改造：投资换电量    主要针对高租金高电费的站点优先极简，包括铁塔站点，先节约空调电费。CRAN（C-RAN）基于集中化、协作化处理，通过电源、传输和空调集中化或室外化，减少设备能耗，节省电费。    实际极简改造需要增加较多的传输投资和后继的传输维护成本，且节能效果和退租谈判不是特别乐观。2、主设备软硬关断节能：    具体节能参数包括参数的基本功能、参数如何配置。目前网络支持的节电策略，主要分为以下六类。其中主设备厂家5类，另外硬关断是远程增加开关断电节能。（1）硬关断：硬关断需要在基站近端安装某厂家的设备，物理上对射频单元进行断电。这个可以简单理解为定时开关电源。——节能效果100%；（2）极致休眠（需要License和设备支持）：相当于定时开关机，一旦生效，不到结束时间，无法唤醒。极致休眠生效后整个AAU关停，AAU所带4/5G小区均受影响，所以如果同站没有其他频段，可能会出覆盖问题，故要慎重进行极致休眠！——节能效果95%以上；（3）深度休眠（又分定时休眠+基于负载的休眠）：深度休眠生效后，系统会自动设置小区状态为禁止接入，用户无法接入。——节能效果40%-80%（4）载波关断-4G/浅层休眠-5G（系数0.5，基于负载）小区级载波关断，24小时都可以触发；载波关断生效后，系统会自动设置小区状态为禁止接入，用户无法接入。基于负载的判决门限同深度休眠。——节能效果20%-40%；（5）通道关断（不算节电时长）比如64TR降为32TR，节能生效后，业务性能会打折，不影响小区用户接入使用。（6）符号关断（不算节电时长）节能生效后，业务性能会打折，不影响小区用户接入使用。备注：硬关断需增加硬件投入，投资或者成本换电费，软关断无本经营，牺牲性能和流量。3、老旧拆除替换节能：以成本换电量主要针对2G的主设备、直放站设备、WLAN设备进行拆除退网，直接节约电费；针对UPS设备，当前备电时效，存在安全隐患，一般直接拆除更改电路，减少能耗损失；4、针对现网超期服役的配套设备更换：以投资换成本主要通过投资等，更新换代电源、空调和拆除UPS设备，其中电源、空调焕新后，能耗提升，节约电费；5、空调智慧节能——成本或者投资换电量通过增加空调远程控制器和温感设备，设置策略来自动启停空调（当前28-35度实施节能）；6、新风系统改造通过增加新风系统，与空调切换，减少空调功耗。四、节能所遇到的问题矛盾前期空调节能导致安全和设备节能导致故障、指标问题和投诉。本身节能不影响安全隐患是前提，同时尽量减少客户影响和。但实际操作中，因为考核指标一刀切，那执行节能一般也是统一规则，针对个性需求会有影响。1、因为当前上级考核时长的要求，大多节能措施是一刀切的时间和门限，导致每天都有客户投诉；2、因为空调当前基于温度启停，部分35℃门限可能设备已高温；且空调频繁启停影响性能，增加故障率；3、设备频繁启停导致设备性能和寿命影响；4、前期试点新风系统，发现在类似广东地区，不实用；5、储能、光伏包括节能等措施，主要限制的能源合同管理的谈判分成限制。 五、未来节能的一些思考在节能实际操作后，为解决上述遇到的问题，在节能和性能、安全获取平衡，更好的评估节能，有以下的思考：1、基于场景研究参数优化在全网统筹确定标准参数后，分场景研究各类场景的个性化门限和时间范围，给出最终应开尽快的节能设置；基于目前厂家参数部分互斥（极致和深度只能24小时一次）、极致影响夜间工程等，与厂家协同改进参数设置；针对现在参数调整复杂且涉及较多，与省公司和厂家协同优化流程，在安全的前提下，建立灵活的流程体系；基于电费选点更新规则；2、基于iSDU、硬关断研究软硬结合与华为在深圳进一步小批量试点ISDU，将软参数设置和上下电结合，最大限度节能；针对现有的硬关断设备，与软参数交叉确认，通过最终参数执行时间，优化硬关断时间；通过代维调整极致支持设备与硬关断设备，扩大高效果的硬关断和极致休眠数量，建议优化体系。3、基于FSU等空调控制研究联合研究当前空调设备的节能下探，与主设备节能、前期的新风系统等结合，通过后台判断、调整空调位置、更换能耗低空调和调整节能参数联动设置，提升空调节能效果‌。结合后记安装的FSU监控设备，将环境、设备节能时间、空调节能设置结合，给出全机房节能优化方案。4、基于网管和电表研究效果统计当前参数调整与能耗效果实际可能存在误差，计划针对厂家网管和现场电表测量对比确认找出各节能参数真实能耗对应，可以有效预估实际节能效果‌。针对基站总体能耗降幅情况，与物业联合研究电表、机房、设备的对应关系和节能参数关联性，给出评估体系建议。总体目标：解决受限条件，竭尽所能节能1、解决合同能源管理模式：包括储能、光伏、新风、液冷等等节能手段才能大规模应用；2、要以高电量高电费引导节能措施；3、横向学习其它行业，纵向要求合作方。以上就是我这几年针对基站节能的一些分享，其实节能走到现在，最主要的还是压力的促进，从运营商本身，开始是没有驱动力的，财大气粗。但实际节能确实与安全、性能和客户感知关联，我们在面对节能的时候，缺少了规划统一，并且受制于审计等问题，很多节能规模化的方案没有被应用，也希望能借鉴其它行业的先进经验，推广应用。
已结束——【课程预约】智能极简绿色数据中心解决方案
JDC公开课来啦！这次我们请到了 资深解决方案工程师——逸辰欣玥 分享《智能极简绿色数据中心解决方案》 ·节能未来思考时间是2025年5月20日（周二） 19:00，JDC视频号线上直播，不容错过！JDC公开课，知识积累的宝库，思维的火花碰撞的地方！2、提问有礼：在评论区加上自己想提问的问题，问题若在直播间被选中答复，将获得JDC独家定制礼品3、邀请朋友预约有礼：识别下方推广二维码，生成自己的专属推广二维码图片，将图片转发至微信朋友圈，配文“智能极简绿色数据中心解决方案”，扫描二维码预约，一起进步”，将发送的朋友圈截图发送至本帖的评论区，即可获得10智豆。😆邀请人数最多的TOP 5兔粉将分别额外获得800、600、400、200、100的智豆奖励，最低邀请人数需分别>20、>15、>10、>8、>5， JDC将会在活动结束后公示TOP 5邀请数据，数据统计截止日期：2025年4月15日晚19点。🥰生成专属推广二维码流程如图🥰