那个突然下雪的上海,他和运维说了再见...

每个月15号,

是张伟单位发工资的日子。

但不知为什么,

这个月明明已经月底,却还没有收到工资到帐的消息。

几天前的一次午饭后,

张伟在电梯里听到同事议论说,

公司的新一轮融资依然没有着落,据说仍拖欠着渠道几百万的尾款没有付…

就在这种忽然到来的惶恐不安中,

张伟想起了那个曾对他影响深刻的前辈--孙海宏。

而那时,张伟总是习惯叫他孙哥。

时间回到2年前的初夏,

那一年张伟从南京的一所二本大学毕业,

来到上海找工作。

本怀着的一番壮志,在2个月依然没有找到工作的现实前妥协,

进了一家刚创业不久的互联网公司当网管。

张伟记得,那会儿他拿到的薪水还不到现在的五分之一。

那时候公司扩张很快,一年搬了2次家,

每天都有新同事需要派发设备、联网,偶尔还要到机房去帮忙维护设备。

正是在那种什么都不懂,

又都好奇的环境下,张伟养成了查阅网络知识、向其他同事问问题的习惯。

渐渐的,那时作为他领导的孙海宏也会主动教他一些系统维护的原理,

也慢慢让他接手更多的工作…

有一次DMZ被ARP攻击,

服务器之间都不能正常通信,

客服大半夜给张伟打来电话,他一脸懵比的问怎么会找他,

客服说:

“你们领导更新的通讯录里对接人就是你啊。”

当时自己也不敢多问,

只能硬着头皮在网上查了几个钟头各种教程,

直到天朦胧亮了,系统正常了。

但到底是不是修复了问题,他却并不确定。

第二天上班,

孙海宏走过他工位时,

捏了捏张伟的肩膀说:

“昨晚上没睡好吧。”

然后放下了一罐红牛就又走开了…

还有一次周末,

业务人员反应说系统有点慢,

在微信群里指出可能是硬件或者网络问题。

孙海宏便@了他,让他去排查,

他只能跑回公司去检查,但检查了半天,

硬件和网络似乎都运行正常,便反馈到群里,

结果却遭来了业务的奚落挖苦,

质疑他不专业。

而这项工作,

对当时的他来说,

并不是可以独立完成的工作。

就在他想要辩解说些什么时,

孙海宏打来电话,告诉他再去多排查两遍,

仍然没有说再安排一个老人一块来陪他。

于是他只能一个人一边在网上查找其他方法,一边重复检查,

到了晚上9点多,

孙海宏才打电话告诉张伟说问题是合作方SDK有bug造成的,叫他先回家吧。

那一刻,

本应该愤怒的他,却只是很疲惫的说了声“哦”,

就收拾好东西回了家…

这之后的一次新版应用上线,

运维部门一如既往加班到深夜,当张伟在会议室吃宵夜时,

孙海宏走进来坐在他对面,

也拎了一份外卖跟他一起吃。

这期间两个人谁也没有说话,

直到快吃完时,孙海宏才忽然说:

“下周CNZZ有一期培训,你应该去参加一下,这样可以系统的学习。”

“下周还有好多事要做,可能走不开。”

张伟想去,

但那时候他还没有存到什么积蓄可以供他去学课。

“还是去吧,那边的名额,我都替你预约好了。你直接去就好,就算你因公外出了。”

孙海宏说的很平淡。

“那学费呢?”

张伟问。

“就当我先借你的吧,以后你有了再说。”

“我这点工资,不知道啥时候能还上呢。”

张伟说

“这我倒不担心,应该很快…”

那次培训回来不久,

张伟接到了人事部门的通知,

调岗他做“基础运维工程师”,工资正好涨了一倍。

那一刻,

思绪万千的张海宏这才知道,

原来从没说过一次看好他的孙海宏,

却一直在默默地关照着他…

这之后的几个月里,

张伟开始独立配置公司所用的整套网络设备,

亲手搭建的负载均衡设备也保障了公司业务的持续稳定。

虽然总要加班的辛苦并没有改变,

但这时的他,相信未来在这个被称为“魔都”的城市中,

也将会有一个属于他自己的家。

然而世事总难料,

运维部门在一次查杀服务器上ARP病毒的工作中

,把业务程序当成木马给删除了。

虽然发现及时,用快照备份回滚了服务器,

但因为快照备份的局限性,

依然有部分重要数据永久丢失,

导致当时约有几千名客户的交易状态无法验证。

最后,面对客户不断的投诉和业务部门的声讨,

老板将这件事定义为系统责任事故。

在把一切善后工作都处理完成后,

孙海宏选择从公司离开。

张伟记得,

那天是他第一次见到上海下雪。

孙海宏临走时,

锤了一下他的胸膛,笑着说:

“好好干啊,你很有潜力。这里的业务也很有前途,以后发达了别忘了老哥我啊。”

面对着孙海宏勉强做出一副爽朗笑容的样子,

张伟的眼眶不禁湿了…

然后他走到窗前,

眺望着孙海宏的背景渐渐消失在那一场茫茫的大雪中,

忍不住在心里念道:

▼▼▼▼

▼▼▼

▼▼

“为什么不用

PPPCloud云主机呢,他们的

全量备份

才是对业务数据

最安全的保障啊

!!!!!

重要的是现在还有活动:充值30元返60元,申请方式在“支持”——“在线提问”输入已充值30元申请返60元,优惠码111888。就可以申请返现60元QQ:2151068551

申请地址:https://www.pppcloud.cn/index.html?referral_code=MTUwMDA4MQ==A8X5

时间: 2024-10-24 14:35:34

那个突然下雪的上海,他和运维说了再见...的相关文章

产品经理竟然也懂开发和运维?

老男孩教育交流群的一次聊天记录.20140508成都-吴同学今天看我的老大一个,产品经理.....熟练的使用各种sed awk ss帮一地方门户网站排查 网站负载高的问题.太熟练了.各种一次完成.哎,多加练习才行啊. 北京-王智2014/5/7 22:10:15你没做个命令记录么? 北京-薛2014/5/7 22:11:12做下来记得分享下 成都-吴同学2014/5/7 22:12:23木机会啊,虽然在我的电脑,但是,是远程控制,使用人家的SSH操作的 北京-王智2014/5/7 22:14:5

单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构(转)

转自http://www.php1.cn/Content/DanBiao_60_YiJiLuDengDaShuJuChangJingDe_MySQL_YouHuaHeYunWeiZhiDao_%7C_GaoKeYongJiaGou.html, 更多详细资料请参看原文 此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高

【云分析】《“支持和运维服务”仍然困扰着企业云的应用》

2015-09-06 张晓东 东方云洞察 点击上面的链接文字,可以快速关注"东方云洞察"公众号 云服务目前很火,那么让我们畅想一下:做为企业IT部门负责人,你采购并在企业内部部署了一个云存储服务,某一天存储服务突然出现了故障.那么你服务的用户应该打电话向谁求助?内部IT支持人员?云存储服务供应商?外包的服务团队?还是他/她玩技术的表兄弟? 这些都是采用公有云或者混合云的企业IT部门目前面临的问题.对最终用户来说,IT部门实际上承担了云服务代理角色,并通过转嫁IT服务成本到最终用户的部门

关于安全部和运维部门如何高效的协同工作,保障企业整体性安全。

目前安全热度已经上升国家安全的层次,伴随着各种有影响范围的安全事件频发,无论是来自国际的,还是国内的,使安全类工作逐渐在企业管理中成为了重要工作项之一.今天博主就和大家讨论一下如何使安全部和运维部门如何高效的协同工作.目前国内企业安全部和运维部在企业管理中所处的关系型如下几种: 1.死掐性 安全部站到安全视角发现识别安全风险,运维以运维带来成本砍掉安全需求.2.相安无事型 安全部和运维部在处理已识别的企业安全风险时,大家明面不发生冲突,但是暗地是太极推手,左右互博,尽显甩锅技能.3.协同性安全部

Harbor实现容器镜像仓库的管理和运维

本次分享主要讲述了在开发运维中的管理容器镜像方法.为了便于说明原理,较多地使用Harbor作为例子. 内容主要包括: 开发和生产环境中镜像仓库的权限控制: 镜像远程同步(复制)的原理: 大规模应用镜像发布方式: 镜像删除和空间回收: Registry高可用性设计. 首先简单介绍一下Harbor项目.Harbor是由VMware中国研发团队负责开发的开源企业级Registry,可帮助用户迅速搭建企业级的Registry服务.该项目发布5多个月以来,深受用户喜爱,在GitHub获得了近1000个点赞

CMDB和运维自动化

CMDB和运维 一.传统运维和自动化运维 1.传统运维 日常工作繁琐 应用运行环境不统一 运维及部署效率低下 无用报警信息过多 资产管理和应用管理混乱 2.自动化运维 OS的选择统一化,同一个项目使用同样的OS系统部署其所需要的各类软件 软件安装标准化,例如JAVA虚拟机,php,nginx,mysql等各类应用需要的软件版本,安装目录,数据存放目录,日志存放目录等 应用包目录统一标准化,及应用命名标准化 启动脚本统一目录和名字,需要变化的部分通过参数传递 配置文件标准化,需要变化的部分通过参数

单表60亿记录等大数据场景的MySQL优化和运维之道

此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高级数据库工程师,负责新浪微博核心数据库架构改造优化,以及数据库相关的服务器存储选型设计. 前言 MySQL数据库大家应该都很熟悉,而且随着前几年的阿里的去IOE,MySQL逐渐引起更多人的重视. MySQL历史 1979年,Monty Widenius写了最初的版本,

[转载] 单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构

原文: http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=209406532&idx=1&sn=2e9b0cc02bdd4a02f7fd81fb2a7d78e3&scene=1&key=0acd51d81cb052bce4ec2a825666e97fe7d6e1072fb7d813361771645e9403309eb1af025691162c663b60ea990c3781&ascene=0&

【转】单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构

此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高级数据库工程师,负责新浪微博核心数据库架构改造优化,以及数据库相关的服务器存储选型设计. 前言 MySQL数据库大家应该都很熟悉,而且随着前几年的阿里的去IOE,MySQL逐渐引起更多人的重视. MySQL历史 1979年,Monty Widenius写了最初的版本,