腾讯最大规模裁撤中层干部,让贤年轻人

近期,多家互联网巨头如腾讯、百度、小米等纷纷调整组织架构,推动干部年轻化,涉及中高层管理人员变动。这些调整旨在引入更多年轻血液,激发企业活力。
\n

近日,据媒体报道,自2018年12月以来,腾讯已开始裁撤一批中层干部,调整比例为10%,这样的规模“是腾讯历时上绝无仅有的”,一位腾讯内部员工称。此轮调整被视为腾讯第三次架构调整的继续,腾讯并未公开或发表官方声明,而是在内部悄然进行。

\n
\n

腾讯中干范围包括助理总经理、副总经理、总经理级别,其中,副总裁也包含在中干范围内。据统计,腾讯大概有两百多名中干,此轮调整比例约为10%,也有部门员工认为,裁撤比例大于10%。

\n

此轮人事变动不仅涉及腾讯PCG(平台与内容事业群)、CSIG(云与智慧产业事业群)、CDG等腾讯多个事业群及下属业务线,还包括S线(职能部门)、TEG(技术工程事业群)等部门。

\n

去年9月30日,腾讯6年来首次进行架构调整,规模空前,将原有的七大事业群进行重组、整合,保留原有的企业发展事业群(CDG)、互动娱乐事业群(IEG)、技术工程事业群(TEG)、微信事业群(WXG);突出聚焦融合效应,新成立了云与智慧产业事业群(CSIG)、平台与内容事业群(PCG)。

\n

架构调整后,当时便有传言称腾讯将进行裁员,但腾讯方面明确表示不会进行裁员。然而,刘炽平曾在腾讯20周年会议上表示,“在未来一年内,有10%不再胜任的管理干部要退。尤其在中干这个领域,我们几个月之内很快地会完成10%的目标。”如今腾讯的行动,印证了此前的传言非虚。

\n

此次调整,是腾讯在干部体系上的调整,腾讯希望借此让干部体系“年轻化”。

\n

它们都在强调多给年轻人机会

\n

近期,强调要给年轻人机会的公司不止腾讯一家。

\n

3月15日,百度公司发布内部邮件,宣布了两项团队管理计划与一则高管人事变动说明。百度正式推出了高管退休计划,对于为公司倾注心血、陪伴公司成长的高级管理者,如因个人意愿或家庭需要选择新的生活,都将纳入高管退休计划给予关怀和照顾。

\n

百度总裁张亚勤成为了这个高管退休计划的首位申请者。百度宣布,张亚勤将于今年十月从百度公司退休。然而,张亚勤退休只是一个开始,百度还将在今年迎来新一波人事调整与团队整合。

\n

而在此次人事变动的另一个重要方面,则是团队的建设:百度宣布了新的人才梯队建设计划,表示将加速干部年轻化的进程,选拔更多的8090后年轻人进入管理层。在李彦宏给公司员工的内部信末尾,他强调了年轻人才的重要性:“人才是企业最宝贵的财富。公司会不断地为年轻人、为有志者、为陪伴公司成长的高管和员工,持续创造好的机制,让大家全情投入,无后顾之忧。我也希望年轻的同学们持续创新与成长,抓住公司干部年轻化的历史机遇,积极进取,为实现百度“用科技让复杂的世界更简单”的伟大使命贡献重要力量!”

\n

2019年2月,小米集团组织部下发正式文件,宣布新一轮组织架构调整。这是小米继去年9月成立集团组织部、参谋部以来,规模最大的一次组织架构调整,也是继2018年9月、12月,2019年1月,小米香港上市后短短7个月内的第四次组织调整。

\n

此次调整,小米依然贯彻一贯的“提拔年轻人”思想,强调年轻干部的培养,小米组织部部长刘德表示,小米近来提拔的干部大多在 30 多岁。”下一步,我们在努力尽早发现有潜力的年轻人,把他们放进小米各项工作的大熔炉。争取在 30 岁左右就能形成全面的能力并能够走上战场一线可以独当一面。他们代表着小米的未来。”

\n

时间再往前一点,2018年12月底,意识到组织内部问题之后,京东也历经了一次自2015年以来最“痛苦”艰难的架构调整,京东零售子集团(原京东商城)将原三大事业群重新拆分、组合,按照职能划分为前中后台。在春节之后的开年大会上,京东集团还宣布2019年将末位淘汰10%副总裁级别以上高管,据估算京东集团在该级别的高管总数近百人,被末位淘汰的高管将会进行内部转岗或创业。

\n

组织年轻化在京东内部快速推进。“加速组织的扁平化,减少汇报层级,加强一线授权,让更多年轻人承担关键任务,走上核心岗位。”京东商城市场营销顾问徐雷说。

\n

被淘汰的高龄员工何去何从?

\n

随着企业的发展壮大,企业内部组织的问题得到了越来越多的重视,年轻人作为企业继续成长最重要的新鲜血液,成为企业最重要的财富之一,不少企业都在强调团队“年轻化”。

\n

先来看一下一些知名科技公司的员工平均年龄:

\n

惠普:39岁
\nOracle:38岁
\nIBM:38岁左右
\n戴尔:37岁
\n思科:35岁
\n微软:33岁
\nAbode:33岁
\n特斯拉:31岁
\nBAT:27岁左右
\nOPPO:29岁

\n

不管是高管还是普通员工,国内还是国外,员工年轻化都是一个巨大的趋势。然而,新人换旧人背后,那些被裁掉的高龄员工又去哪了呢?

\n

举些例子来看,2016年5月英特尔的一轮解雇中,被裁的2300名员工平均年龄为49岁,比在任员工平均年龄年长了7岁。

\n

2018年,据外媒报道,两家非营利性的独立新闻机构Mother Jones和Pro Publica发布报告称,多来年IBM一直歧视40岁以上的大龄员工,甚至是对他们进行非法裁员。这份深度报告称,仅在过去5年,IBM就裁减了2万多名40岁及40岁以上的美国员工,占该期间内IBM在美国裁员总量的约60%。而且,IBM的内部文档显示,这样做是为了确保“适当的员工年龄组合”,并将老龄员工称为“白头发”(gray hairs)和“老人”(old heads)。报告称,有些老员工已经在IBM工作数十年,但最终其工作岗位还是被没有经验的低薪员工取代,或是是被派往海外工作。

\n

关于那些被淘汰的高龄员工被裁之后的去向,也成为一个值得关注的话题,他们或者在工作时攒够了养老钱逍遥度日,或者仍然在不断学习挑战新的工作,或者为突然离开舒适区感到无所适从。总之,被离职后的境遇因人而异,在你身边有这样的人群存在吗?欢迎在留言区讨论他们的生存现状。

\n
活动推荐:
\n

\"\"

\n

技术能力提升和团队管理是大部分技术人关注的,当然,大公司也有自己的一套行之有效的模式。7月12日深圳ArchSummit架构师峰会上,邀请了阿里高级技术专家云狄老师来分享他们在认为的Tech Leader应该具备的3哥核心能力。详情点击 archsummit.com

\n

\"image\"

\n
<think>好的,我现在需要回答用户关于VRRP如何检测上行链路故障并退位让贤的问题。首先,我得回忆一下VRRP的基本机制。VRRP是用来提供冗余路由的协议,主设备负责转发流量,备设备在检测到主设备故障时接管。用户之前问过主设备如何被检测到宕机,现在的问题更具体,是关于上行链路故障时主设备如何退位让贤。 首先,我应该明确上行链路故障对主设备的影响。主设备的上行链路如果失效,可能导致它无法正常访问外部网络,这时候即使主设备本身还在运行,但无法有效路由流量,所以需要主动让出主设备的位置,让备设备接管。这就需要VRRP能够检测到上行链路的状态变化,并据此调整优先级。 接下来,我需要回顾VRRP中的优先级机制。主设备的选举基于优先级,优先级高的成为主设备。当上行链路出现故障时,主设备可以通过某种机制降低自己的优先级,触发新的选举过程,让备设备(此时优先级更高)成为新的主设备。这里的关键是如何检测上行链路故障,并如何动态调整优先级。 用户提到的“退位让贤”应该是指主设备主动降低优先级,让备设备接管。这通常通过Track功能实现,即VRRP与接口状态或路由跟踪联动。当Track的接口或路由不可达时,主设备自动降低优先级,触发切换。 需要详细说明Track功能的工作原理,以及如何配置。例如,当主设备的上行接口down了,或者某个关键路由不可达时,Track模块会通知VRRP进程,VRRP进程就会降低自己的优先级。备设备检测到主设备的优先级低于自己,就会发起选举,成为新的主设备。 另外,可能需要提到BFD(双向转发检测)协议,它可以更快地检测链路故障,与VRRP联动,加快切换速度。但用户的问题主要是关于上行链路故障的检测,BFD可能作为扩展内容提到。 还需要注意术语的准确性,比如VRRP中的Master和Backup角色,优先级的具体数值范围(通常是0-255,其中255保留给拥有虚拟IP地址的路由器),以及切换过程中的状态变化。 此外,应该说明配置示例,比如在华为或Cisco设备上的相关命令,但可能不需要具体命令,而是描述机制。不过用户可能希望了解实现方式,所以简要说明如何通过Track配置来监控上行链路。 还要考虑不同厂商的实现可能略有不同,但VRRP标准协议本身的工作机制是统一的。确保回答不偏向特定厂商,而是通用原理。 最后,总结整个过程:当上行链路故障时,主设备通过Track检测到故障,降低优先级,备设备发现优先级变化后,触发选举成为新的主设备,从而实现快速切换,保证网络的高可用性。 需要验证这些步骤是否正确。例如,是否优先级降低后,备设备立即切换,还是需要等待通告超时。可能是在优先级降低后,主设备会发送一个优先级为0的通告报文,通知备设备立即进行切换,而不需要等待超时。这样可以加快切换速度。 另外,要确认当Track检测到上行链路故障时,VRRP的处理机制是立即生效,还是需要等待下一个通告间隔。这取决于具体实现,但通常配置了Track后,优先级调整是实时的,从而触发立即的切换。 可能还需要提到抢占模式,即当主设备的优先级恢复后,是否会自动抢占回主设备角色。但用户的问题是关于退位让贤,可能不需要深入讨论抢占,但可以作为补充信息。 现在,组织这些信息,确保结构清晰,分点说明,涵盖检测机制、优先级调整、切换流程等,并给出实际应用的例子或场景。同时,使用中文,避免技术术语的直译,保持口语化,但又要准确。</think>VRRP通过**联动Track功能**检测上行链路故障,并触发主设备主动降低优先级、退位让贤,实现快速主备切换。以下是具体机制和流程: --- ### 一、上行链路故障检测机制 1. **Track功能联动** - **原理**:VRRP与接口状态、路由或BFD等检测工具绑定(即**Track**),实时监控上行链路状态。 - **检测对象**: - 上行接口物理状态(如接口`UP/DOWN`)。 - 关键路由的可达性(如默认路由是否丢失)。 - BFD会话状态(检测链路延迟或抖动)。 2. **动态调整优先级** - 主设备配置**Track条目**后,若上行链路故障: - 主设备自动降低自身优先级(例如:从默认值`100`降至`90`)。 - 优先级降低后,立即发送VRRP通告报文(携带新优先级),通知备设备。 --- ### 二、退位让贤流程 1. **主设备主动降权** - 上行链路故障 → Track触发优先级降低 → 主设备发送低优先级通告报文。 2. **备设备发起选举** - 备设备收到低优先级通告后,发现自身优先级更高 → 立即切换为**Master**角色。 3. **接管虚拟IP** - 新主设备接管虚拟IP地址 → 发送免费ARP更新网络设备MAC表 → 流量切换至新主。 --- ### 三、配置示例(以华为设备为例) ```plaintext # 配置Track监控上行接口GigabitEthernet0/0/1 track 1 interface GigabitEthernet0/0/1 # 配置VRRP联动Track,故障时优先级降低30 vrrp vrid 1 track track 1 priority reduced 30 ``` --- ### 四、关键优势 1. **快速切换** - 无需等待**Master_Down_Interval**(默认3.6秒),优先级变化后立即触发切换。 2. **精准检测** - 通过Track监控具体链路或路由,避免误判。 3. **灵活扩展** - 可结合BFD实现毫秒级故障检测(例如:BFD会话超时时间设为300ms)。 --- ### 五、典型应用场景 - **企业网关冗余**:主设备上行互联网链路中断时,自动切换至备设备。 - **数据中心多出口**:主设备默认路由失效,备设备通过备用出口接管流量。 --- ### 总结 VRRP通过**Track功能**实时检测上行链路状态,一旦故障,主设备主动降权触发备设备接管,实现秒级甚至毫秒级切换。此机制有效避免了因上行链路故障导致的业务中断。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

flybirding10011

谢谢支持啊999

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值