关于压测的宏观个人总结

工作角色定位

首先先从宏观角度来评估下本次的压测工作. 从工作职责上说本次压测理应由组内其它同学来完成,个人从旁协助或指导即可。团队成员的成长对我个人来说才是更大的成长。所以即使这次压测工作完成的再出色,都会因为是由我来完成的,所以都不能称之为优秀的。对我个人的成长最多是项目经验的增长和问题的积累,但对组员来说如何让他们做到现有成果的80%是我需要帮助他们来完成,如何让他们自身提高来实现自己的提高才是我需要学习的。所以本次的压测从事情的开始就是不成功的,最少对我个人而言。

本次压测的由来

    再来说说本次压力测试的由来.伴随公司平台的日益成熟,周边对接的越来越多,年后海量访问量的来临,一些准备工作是要提前进行.包括前期的运营环境nginx配置,目录结构,日志输出,nginx配置命名,单点故障排查,版本发布规范,所有机器所有代码文件md5,包括现有的方式都是以千台服务器运营模式来维护.在框架统一发布规范的前提下,压测是差不多是最后一项需要进行的工作了。

第一次压测的人员安排

但相对而言,各部门还是有比较充足的时间来做这个事情。考虑到时间的充足性,团队成员的成长性,再综合平衡各组员的能力,这个事情起始是由赵Y来实现。测试成员的配备也是相当很足,团队中出备2.5个人力出支撑这个项目,开发同学也是主程PF来支持,但期间最大的问题是PF无法抽足充足的时间来支撑整个测试的完整运营,这也是整个项目整体测试的一个痛点,最核心的技术支撑无力全力投入。这个问题导致的另外一个侧面原因是多方责任心的定位:本该提前检查的工作会有意无意被省略,原本需多次确认的工作会也一定会因为合作伙伴在忙而置后或遗忘.这也是第一次压测工作中多次合作不畅非常重要的原因.人在同一时间只能做好一件事情,前人多少次伤痛留下的结论.

半路杀出的C同学

原本已接入尾声的压测,突然半路杀出C同学.为找到具体的性能瓶颈点所有的压测工作几乎重新开始。同时一场我个人认为钱可以解决的问题瞬间演变成为一场技术上的深入探讨.虽然期间因为各种奇怪的问题胸闷了2 周,但半路收获”异类”(有着多数开发不具备高情商)C同学这枚技术流也算是竟然收获。

对C同学技术的深入了解也是基于压测.对开发的印象是,腾讯的开发(c程序员)不鸟你,因为技术过牛的缘故,在他们的眼里,其它部门永远是为他们服务的.再加上业务的收入好坏跟他们在莫大关系同时几乎所有的东西跟开源不沾边都是自研所以开发部门在公司的地位也犹显高大~~ 这次跟开发同学的一次接触也算是一次较深入的沟通。虽然新一轮压测从点到面的,从底层到应用都有非常详尽的想法,但个人情绪是略有”抵抗”的,最BSC同学的C同学列了一个大纲后就没有下文了,对的,就是这样的,就没有下文了,再详细的时间点计划安排就没了~~ <C同学要反醒下吗?哈哈~>.再后面的压测过程中,C同学也是频出大招~nginx服务器压到5w负载还是0.4不到C同学~~最着急的是在对第一轮压测希望有成熟案例和可靠数据做支撑时,C同学竟然没有~~不过有非常明确的数据压测计划,还是爆顶C同学. 几经商榷,最终终于找到问题根源,期间遇到所有的问题也都随着一步步的深入剖析迎刃而解.

准确快速定位合作伙伴

在本次的压测中可谓困难多多疑点重重。原本就多人协作,再加上环境复杂(即有公司内网环境,又有阿里云服务器且windows和linux跨平台协作)使整个压测过程中频繁出现无法解释的问题。好在经多达10余轮测试后终于怀疑到压测机的问题.定位到问题后最终将windows压测机改造为linux机器,大大加强系统透明性和可控制性。整个压测过程中甚至出现过hosts绑定外网等低级错误,也实现是有些防不胜防.所以本节话题主要是讨论如何快速定位合作伙伴.

操作上辨别

这里的操作区别很多种。简要列举几种。

1.    电脑桌面

    一般高级工程师是不能容忍自己的电脑桌面放太多东西,一方面干扰自己的心情,因为每天陪电脑的时间其它比陪自己老婆的时间还要长;另一方面干扰自己的思路.电脑桌面寸土寸金,丝毫不逊色上海房价,不然各大软件厂商费心心机来占领用户桌面干什么呢?

2.    打字速度

    一般来说,打字最慢的是老板.哈~。扯远了,相对来说,高级程序员打字反而是慢的,但其实完全不影响他们的效率,因为他们是带思考的去编码.反观之初级程序员则不然,打字飞快,但错误而出.出名的错误如www.piaotai.com  ==错打为=è www.piaotao.com 等等,但这些在很长时间内是无法改正的,随时间变化如有意识上的认可会慢慢更正.

3.    操作习惯

    这里的操作习惯是一个细节上的问题。一个人如果对他日常操作上没有简化意识是非常可怕的.因为他是一直沉浸在自己的井口天地。所以个人如果看到他在自己的操作上十分复杂却又周而复始的重复却不思改进,侧面折射出他对待其它事物的理念

思路上辨别

        智者无声胜有声,高手只是一剑之遥.带着置疑去看待问题,这个是每个有思考的人所必备的。简而言之,有自己的思考,有自己成套可行的办法,有一套完整的做事方式.那这个人是可以充分信任的合作伙伴,相反随声附和,指哪打哪,走一步算一步,遇到问题多数只是口头问,那这个人只能是半个合作伙伴,要时刻“提防无意间掉坑”。

话语上辨别

        俗话说,祸从口出,病从口入,话语上是非常容易辨别的。 简单明了,一个人的口头禅:”应该””大概””可能””怎么办””吗”

本次压测的总结

应了前辈的几句话吧.

1.     在个人成长的路上,如何快速学习快速模仿,化为已有是前期个人成长快慢的关键因素.后期成长如何合百家心法融会贯通于一身,再后者的登峰造极则要看是否有机会得名师指点,高人提携;

2.     每个人成长的路上都会遇到行行色色的人,如何在不同的阶段演绎好不同的角色,能快速转身并华丽出彩;

3.     如何容忍别人做出来的事只有你的80%优秀,剩下的20%去引导他变好,还有20%是超越原有;

4.     在有限的资源内完成无限的可能 

原创文章,作者:stanley,如若转载,请注明出处:http://www.178linux.com/3518

(0)
stanleystanley
上一篇 2015-04-21
下一篇 2015-04-21

相关推荐

  • 压缩及归档工具

    常用的有这些: compress/uncompress: .Z gzip/gunzip: .gz bzip2/bunzip2: .bz2 xz/unxz: .xz zip/unzip tar, cpio 现在分别介绍他们的用法: 1、gzip/gunzip/zcat  .gz           &…

    系统运维 2016-09-19
  • MYSQL高级运用-MHA(提供主从复制高可用,主节点故障时,进行故障转移)

    MHA的介绍、重用工具;
    MHA的安装;
    搭建MYSQL主从复制架构,运用MHA实现其高可用,主节点故障时,进行故障转移;并恢复整个架构;

    2017-09-24
  • Linux程序包编译安装

    程序包编译安装:      Application-VERSION-release.src.rpm–> 安装后,使用rpmbuild命令制作成二进制格式的rpm包,而后再安装      源代码–>预处理–>编译–>汇编–>链接–>执行      源代码…

    2017-04-25
  • 让自定义脚本成为服务脚本

    1.脚本注释格式:此格式能让chkconfig命令识别 #!/bin/bash#chkconfig:runlevel [S]##  [K]##    定义默认runlevel) (S开头,定义启动优先级) (K开头,定义关闭优先级) #description:脚本说明:太长的话需要\换行 2.case语句实现start,stop…

    Linux干货 2017-05-15
  • vim 常见用法、计划任务和脚本初探

    vim的常用方法 gg:跳至首行 G:跳至魔行 dd:删除光标所在行 ndd:删除光标及以下(n-1)行 yy:复制光标所在行 p:把复制行粘贴在光标下一行 P:粘贴在上一行 u:取消上一步操作 /string:查找关键字 n:往下查询 N:往上查询 %s/string1/string2/:把string1替换为string2,后面加g表示全局替换 set&…

    Linux干货 2016-12-04