【战“疫”背后】:这个春节,他们重新定义了远程工作

2024-03-23 21:08

本文主要是介绍【战“疫”背后】:这个春节,他们重新定义了远程工作,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!


作者:ritayuan,转自:《科技云端》

1 月 23 日,武汉封城,“新冠”病毒犹如当头一棒敲进喜气洋洋的春节假期;两天后的大年初一,企业 IT 部接到了总办“死命令”——做好准备,支持节后全员远程工作!!虽然经常会畅想全员远程工作的场景,但没想到它来得这么猝不及防。


企业 IT“全尺寸”支持 6 万用户纪实

| 不是远程基础办公,是“全尺寸”

大年初一傍晚,大家都还沉浸在云拜年的喜庆氛围中,企业 IT 的所有管理干部突然被拉进一个紧急项目组里,总经理 Robyn 在群里问大家:如果节后需要支持全员远程工作有没有问题?经过一阵热烈的讨论后,大家给出的结论是:虽然没实际遇到过这么多员工同时使用的场景,但以我们现有的体系,做一些扩容后,支持全员远程办公,肯定没有问题。

半个小时后,群里回复:“不是远程基础办公,是要支撑全量全尺寸工作!”,同时传递了运营管理部总经理 Eric 掷地有声的承诺:“你们需要多少资源,我们就保障多少资源!”

“全尺寸”意味着什么?不仅仅是信息互通、收发邮件、远程会议、流程审批、项目管理等基本办公功能。“全尺寸”是指在满足了以上基础需求后,还要实现远程无差别地访问 OA 站点和内部系统,比如 OA 主页、业务运营支撑系统、企业云盘、Tencent 邮箱服务等;更重要的是要让鹅厂 2 万多 T 族员工在家就能像在公司一样开发、运维,正常使用跳板机 MNET、蓝鲸、DevCloud、Git、iFt、腾讯 CI 等。


实现全尺寸远程工作的背后不仅意味着巨大的扩容压力,还有海量的研发环境匹配问题,以及大量非标设备带来的平台安全问题。这时候,距离初十上班,满打满算只剩 8.5 天时间了。接到这个死命令之后,群里这一晚上再也没有安静过。

| 8 天团战,众人拾柴火焰高

项目团队遇到的第一个问题便是扩容所需要的服务器支撑。初二一早,一份服务器需求清单就发送到运营管理部和 IDC 平台部同事的邮箱里。与此同时,一系列如何支持“全尺寸”远程工作的服务列表迅速分解到企业 IT 部各位同事的邮箱或企业微信里。任务之多,战线之广,整个部门几乎全员出动了,即便是几位身在武汉的同事,也每天在线上和大家并肩作战。除了团队内“召必回,战必胜”的决心,兄弟部门甚至是外部供应商的给力支持,也是居功至伟的。

仅仅经过了 30 多个小时,运管和 IDC 就完成了 200 多台服务器的上架。要知道,这可是大年初二和初三,除了线上布局,还涉及到一些服务器的现场上架、调度。与此同时,这两个部门还需要支持腾讯会议、腾讯课堂等其他业务的扩容需求,以及保障数据中心在高需求下的平稳运行。他们的强力支持也极大地鼓舞了其他部门的士气。

在等待服务器的同时,企业 IT 部还办了两件大事。直到大年初三,7*24 小时提供服务的客服和信安还在现场办公,这些员工的离场转移刻不容缓。初三接到需求之后,企业 IT 第一时间跟设备供应商商讨解决方案,通过电脑软电话等一系列功能,实现了将客服的现场座机转移到员工电脑上;针对高保密性的需求,则帮助他们设置了一条专门的通道,让员工只要把设备带回家,就能安全地实现工作需求。不到两天时间,项目团队帮助客服、信安以及公司其他相似需求的团队,近 2000 人实现全员离场工作。这时候,8000 的需求随之突然猛增,高峰期排队超过 300 人。为此,8000 服务中心紧急调配人手。大年初四,一批热心的,不论是正式员工还是外包员工,大家都主动请缨,支持 8000 热线和 8000 助手两条服务线。最终 8000 热线由常规排班 2 人增加到 10 人,参与协助人数 20 多人,很快地解决了激增的服务需求。

另一件大事则是紧急联动各 BG 的技术负责人,梳理可能遇到的研发场景,为远程工作环境上线做准备。光是工作常用网站和资源站点就接近 800 个,大家一个一个去梳理。每天中午或晚上就用腾讯会议开 3 到 4 个会对齐进度。从年初三开始对接各 BG,一起测试链路是否正常。

同时,各 BG 的研发群、运维群也躁动起来,《tapd/git 远程工作指南》、《游戏开发在家远程办公攻略》、《wxg 研发在家办公环境准备》等一份份清晰的指引文档迅速完稿。

一边是给力的服务器支持,一边是精细的需求搜集,有了这两手准备之后,花了不到两天的时间,iOA NGN 就实现了近 30 倍的带宽扩容,能适应全工种的全尺寸远程工作平台在大年初五这一天已经基本搭建完毕,实现了整体环境的上线。

这,距离接到任务只用了不到 5 天的时间。

初六,邀请各 BG 的技术团队试用,寻找问题。

初七到初九,针对各种出现的问题进行反复调试。

初十,原定的复工日期往后推了一周。这一周也为团队争取到了更多宝贵的调试时间。

| 大考之日,忙而不乱平稳度过

2 月 9 日,一个开会开到凌晨三点多的不眠之夜。

2 月 10 日,终于迎来了复工的日子,也是全尺寸远程工作服务接受大考之日。也许是被“禁足”憋坏了,才 8 点多钟,远程工作的在线用户已经冲到快 3 万了。没想到大家都起得这么早,还不到九点,考试已经开始。

9 点以后,用户数不断攀升,在 11 点半左右迎来了峰值,5 万多的同时在线数蔚为壮观。虽然还是出现了一些小的问题:乐问上集中爆发了一些连接问题,8000 的排队量也一度去到 1000 多,但并未影响到整体环境的平稳运行,乐问上的问题很快得到了回复并形成了解决方案,8000 的排队到中午也趋于平缓了。下午两点多,企业 IT 部助理总经理 Andy 在群里发来喜报:“5.1 万同时远程工作,新高!”复工第一天的大考,忙而不乱地平稳度过。(第一周最高峰是 6 万在线)


员工们的无缝、无感远程工作,背后是他们无微不至的周到考虑,企业 IT 的同事常说,“我们的最佳状态便是大家流畅工作,完全感受不到我们的存在。”团队内部把全尺寸远程工作服务叫做“4A”服务,意思是:全尺寸工作(AnyWork)
、随时(AnyTime)、随地(AnyWhere)、在任意设备(AnyDevice)。

通过全尺寸远程工作服务,员工可以获取与职场内一样的工作体验,降低员工的学习成本,达到开箱即用效果,远程工作效率等同于职场办公。

| 临阵磨枪背后的故事

5 天不到完成扩容升级,顺利支持近 6 万人的全尺寸远程工作,这事情如果发生在去年,企业 IT 的团队不一定能啃下这块“硬骨头”。这一切,还得归功于 2019 年的“开源协同”、“研发环境优化”以及“安全能力保障”。

去年以前,公司的功能类似的系统很多,比如:广泛使用的软件源超过 10 个,云编译环境有好几个,因为都有大量用户,一个系统没支持到位,影响面就会很大。去年大家响应开源协同、优化研发环境的号召,纷纷成立 oteam,联合起来建设,最终以统一的窗口响应所有请求,对用户的服务体验/效率提升是一方面,IT 在背后支持他们也变得简单了,只需要对接一个统一的平台就能满足需求,复杂度和工作量是指数级别下降的。另一方面,腾讯云支持的 Devcloud,以及研管对远程开发的支持,从方案设计之初,就支持远程工作。这些都为今天打下了良好的基础。与此同时,企业 IT 内部的底层基础设施(企业云弹性资源交付能力、网络带宽的快速扩容等能力)的优化以及远程工作体验的优化也功不可没。

全尺寸远程工作的另一个重要挑战是安全保障的提升,但是也正如大家所知道的,便利性和安全性往往是相悖的,为了员工的便利,背后有大量安全加固的工作,为此企业 IT 团队在 2019 年着重打造了三大安全保障能力:

iOA NGN 产品安全能力保障:iOA NGN 整合 IT 服务和终端安全,作为统一的工作门户入口。依赖可信终端、可信身份、可信应用三大核心能力,实现终端在任意网络环境中安全、稳定、高效地访问企业资源及数据。

组织保障:企业 IT 和安全平台部成立远程工作联合保障组,情报共享,联合应对随时出现的入侵和信息泄漏安全事件,高效应急,确保安全风险快速发现、迅速收敛。

安全运营保障:远程工作环境的安全事件响应水准提升到最高等级,安全人员 7*24 在线值班,安全报警 15 分钟内响应和处置;部署远程工作通道(NGN 和 VPN)专有反入侵监控;联合腾讯蓝军、朱雀实验室展开远程工作环境的渗透测试,发现和修复安全风险。

通过这一群安全守夜人不分昼夜的默默付出,为鹅厂的远程无边界工作筑起了一道道坚实的防火墙!

在这场全员战“疫”中,全尺寸远程工作服务经受住了考验,也沉淀下很多宝贵的经验,大考过后的企业 IT 还有很长的路要走。全员远程工作的日子很快会过去,然而这次的大考从技术层面验证了上云的可能性,将来,更加标准化、更简约、更安全的职场网络环境也许不再需要依赖特定的机房,这将为未来的工作环境带来更多的畅想和期待!

这篇关于【战“疫”背后】:这个春节,他们重新定义了远程工作的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/839524

相关文章

一文详解Git中分支本地和远程删除的方法

《一文详解Git中分支本地和远程删除的方法》在使用Git进行版本控制的过程中,我们会创建多个分支来进行不同功能的开发,这就容易涉及到如何正确地删除本地分支和远程分支,下面我们就来看看相关的实现方法吧... 目录技术背景实现步骤删除本地分支删除远程www.chinasem.cn分支同步删除信息到其他机器示例步骤

SpringBoot集成LiteFlow工作流引擎的完整指南

《SpringBoot集成LiteFlow工作流引擎的完整指南》LiteFlow作为一款国产轻量级规则引擎/流程引擎,以其零学习成本、高可扩展性和极致性能成为微服务架构下的理想选择,本文将详细讲解Sp... 目录一、LiteFlow核心优势二、SpringBoot集成实战三、高级特性应用1. 异步并行执行2

Spring @Scheduled注解及工作原理

《Spring@Scheduled注解及工作原理》Spring的@Scheduled注解用于标记定时任务,无需额外库,需配置@EnableScheduling,设置fixedRate、fixedDe... 目录1.@Scheduled注解定义2.配置 @Scheduled2.1 开启定时任务支持2.2 创建

CSS Anchor Positioning重新定义锚点定位的时代来临(最新推荐)

《CSSAnchorPositioning重新定义锚点定位的时代来临(最新推荐)》CSSAnchorPositioning是一项仍在草案中的新特性,由Chrome125开始提供原生支持需... 目录 css Anchor Positioning:重新定义「锚定定位」的时代来了! 什么是 Anchor Pos

SpringBoot整合Flowable实现工作流的详细流程

《SpringBoot整合Flowable实现工作流的详细流程》Flowable是一个使用Java编写的轻量级业务流程引擎,Flowable流程引擎可用于部署BPMN2.0流程定义,创建这些流程定义的... 目录1、流程引擎介绍2、创建项目3、画流程图4、开发接口4.1 Java 类梳理4.2 查看流程图4

LiteFlow轻量级工作流引擎使用示例详解

《LiteFlow轻量级工作流引擎使用示例详解》:本文主要介绍LiteFlow是一个灵活、简洁且轻量的工作流引擎,适合用于中小型项目和微服务架构中的流程编排,本文给大家介绍LiteFlow轻量级工... 目录1. LiteFlow 主要特点2. 工作流定义方式3. LiteFlow 流程示例4. LiteF

SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程

《SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程》LiteFlow是一款专注于逻辑驱动流程编排的轻量级框架,它以组件化方式快速构建和执行业务流程,有效解耦复杂业务逻辑,下面给大... 目录一、基础概念1.1 组件(Component)1.2 规则(Rule)1.3 上下文(Conte

Python远程控制MySQL的完整指南

《Python远程控制MySQL的完整指南》MySQL是最流行的关系型数据库之一,Python通过多种方式可以与MySQL进行交互,下面小编就为大家详细介绍一下Python操作MySQL的常用方法和最... 目录1. 准备工作2. 连接mysql数据库使用mysql-connector使用PyMySQL3.

Linux使用scp进行远程目录文件复制的详细步骤和示例

《Linux使用scp进行远程目录文件复制的详细步骤和示例》在Linux系统中,scp(安全复制协议)是一个使用SSH(安全外壳协议)进行文件和目录安全传输的命令,它允许在远程主机之间复制文件和目录,... 目录1. 什么是scp?2. 语法3. 示例示例 1: 复制本地目录到远程主机示例 2: 复制远程主

IDEA如何实现远程断点调试jar包

《IDEA如何实现远程断点调试jar包》:本文主要介绍IDEA如何实现远程断点调试jar包的问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录问题步骤总结问题以jar包的形式运行Spring Boot项目时报错,但是在IDEA开发环境javascript下编译