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

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

相关文章

Spring 源码解读:自定义实现Bean定义的注册与解析

引言 在Spring框架中,Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义,Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制,帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry,以全面掌握Bean注册和解析的核心原理。

工作常用指令与快捷键

Git提交代码 git fetch  git add .  git commit -m “desc”  git pull  git push Git查看当前分支 git symbolic-ref --short -q HEAD Git创建新的分支并切换 git checkout -b XXXXXXXXXXXXXX git push origin XXXXXXXXXXXXXX

嵌入式方向的毕业生,找工作很迷茫

一个应届硕士生的问题: 虽然我明白想成为技术大牛需要日积月累的磨练,但我总感觉自己学习方法或者哪些方面有问题,时间一天天过去,自己也每天不停学习,但总感觉自己没有想象中那样进步,总感觉找不到一个很清晰的学习规划……眼看 9 月份就要参加秋招了,我想毕业了去大城市磨练几年,涨涨见识,拓开眼界多学点东西。但是感觉自己的实力还是很不够,内心慌得不行,总怕浪费了这人生唯一的校招机会,当然我也明白,毕业

husky 工具配置代码检查工作流:提交代码至仓库前做代码检查

提示:这篇博客以我前两篇博客作为先修知识,请大家先去看看我前两篇博客 博客指路:前端 ESlint 代码规范及修复代码规范错误-CSDN博客前端 Vue3 项目开发—— ESLint & prettier 配置代码风格-CSDN博客 husky 工具配置代码检查工作流的作用 在工作中,我们经常需要将写好的代码提交至代码仓库 但是由于程序员疏忽而将不规范的代码提交至仓库,显然是不合理的 所

未来工作趋势:零工小程序在共享经济中的作用

经济在不断发展的同时,科技也在飞速发展。零工经济作为一种新兴的工作模式,正在全球范围内迅速崛起。特别是在中国,随着数字经济的蓬勃发展和共享经济模式的深入推广,零工小程序在促进就业、提升资源利用效率方面显示出了巨大的潜力和价值。 一、零工经济的定义及现状 零工经济是指通过临时性、自由职业或项目制的工作形式,利用互联网平台快速匹配供需双方的新型经济模式。这种模式打破了传统全职工作的界限,为劳动

Smarty模板引擎工作机制(一)

深入浅出Smarty模板引擎工作机制,我们将对比使用smarty模板引擎和没使用smarty模板引擎的两种开发方式的区别,并动手开发一个自己的模板引擎,以便加深对smarty模板引擎工作机制的理解。 在没有使用Smarty模板引擎的情况下,我们都是将PHP程序和网页模板合在一起编辑的,好比下面的源代码: <?php$title="深处浅出之Smarty模板引擎工作机制";$content=

浙大数据结构:树的定义与操作

四种遍历 #include<iostream>#include<queue>using namespace std;typedef struct treenode *BinTree;typedef BinTree position;typedef int ElementType;struct treenode{ElementType data;BinTree left;BinTre

3.比 HTTP 更安全的 HTTPS(工作原理理解、非对称加密理解、证书理解)

所谓的协议 协议只是一种规则,你不按规则来就无法和目标方进行你的工作 协议说白了只是人定的规则,任何人都可以定协议 我们不需要太了解细节,这些制定和完善协议的人去做的,我们只需要知道协议的一个大概 HTTPS 协议 1、概述 HTTPS(Hypertext Transfer Protocol Secure)是一种安全的超文本传输协议,主要用于在客户端和服务器之间安全地传输数据

远程工具-SecureCRT/SecureFX

下载地址: https://www.portablesoft.org/securecrt-securefx-integrated/

【微服务】Ribbon(负载均衡,服务调用)+ OpenFeign(服务发现,远程调用)【详解】

文章目录 1.Ribbon(负载均衡,服务调用)1.1问题引出1.2 Ribbon负载均衡1.3 RestTemplate整合Ribbon1.4 指定Ribbon负载均衡策略1.4.1 配置文件1.4.2 配置类1.4.3 定义Ribbon客户端配置1.4.4 自定义负载均衡策略 2.OpenFeign面向接口的服务调用(服务发现,远程调用)2.1 OpenFeign的使用2.1 .1创建