行业动态

友情提示，本文为软文，如有不妥请关闭。

很多人对我以前做过的事情很好奇，虽然我对他们有所了解，而且我似乎也对他们有所了解。所以，这段历史说来话长，明天我只讲一部分，我的一些渊源与系统运维有关。

让我们从上个世纪开始。1996年还是1997年，我不记得了。还在读书的时候，在北大校园网找到了一本大陆黑客的教科书。后来在微博上看到他了！）赵茂华虎利用CGI信息泄露漏洞获取了北大估测中心一台服务器的文件。之后，我使用破解程序尝试解锁了很多密码，包括管理员帐户。，但成功完成了登录操作。其实我什么都不敢做，但我想说点什么，即便如此，文件是什么，系统的文件目录是什么意思，管理员账号的权限是什么服务器运维外包，还有什么是这个cgi漏洞的触发机制？这是完全未知的。

简单来说，就是一个无知的新手，按照剧本做了一个根本看不懂的操作。但我觉得这是我第一次接触并尝试了解所谓的服务器系统。

1998 年，我的第一份工作是做一些 Web 开发。期间，我把公司的人才网站系统从+asp+改成了linux+php+mysql。我大概是第一个在国外开发php的程序员，这段时间我还在国外用。网络嗅探总监的root密码登录公司服务器，然后发给总监炫耀。之后对方没有限制我的root权限。但此时，我的理解比以前更加有限。基本知道web服务、数据库服务、动态脚本的协作方式。我也知道所谓的系统账户权限、目录权限、文档、文档是什么。除此之外，它仍然是空白的。

我第一次创业是在1999年，当时和华图网合作，就是谢文老师给的资源。我可以自己写一些程序。美术设计被网友外包，放在华图网服务器上。我不关心请求的数量，也不关心运维。后来换了广告交易所，突然就爆发了。请求猛增，各种服务器都支撑不住了。谢文老师也离开了华图。，我向绿盟科技的沉老师借了28000，买了的主机。那时候服务器运维外包，托管真的很贵。之后请华图网兼职运维人员协助维护服务器。

后来，虽然我是别人家的工程师，但有问题总不方便打扰。每次着急的时候，不知道要等多久才能等到对方回复，于是就开始就各种问题征求意见，让对方带一些资料过来解决我自己。我自己解决了。后来逐渐学会了安装各种系统，优化调整参数。起初，我不知道如何使用搜索引擎。后来，在我学习了搜索引擎之后，我知道了更多的东西。之后，我也开始展示一台服务器如何支持每晚几千万的动态脚本请求（十五年前的廉价服务器在当时被认为是非常好的），以及一年不宕机的稳定性如何。

2004年底统计完毕，面临新的挑战。与之前相比，系统更复杂，响应请求的频率更高，但程序与服务层的结合更紧密，包括缓存管理，包括定时任务，包括守卫。过程中也有比较奇特的故障。此时，仅靠系统参数优化是无法解决问题的。你必须自己编写更多的应用层监控脚本，试图在问题发生之前记录错误信息和系统状态。, 重播故障和问题点。但是，当时每个统计服务器都是独立支持业务的。虽然有很多服务器，但似乎没有集群，

几年后，我没有太多的运维经验。直到2009年进入4399，才开始搭建社区平台。那个时候上海公司刚刚起步，招聘的本地运维人员之前并没有处理并发的概念，我们也不是那个有钱的。暴发户，只能回到技术优化的老路了。随着流量的增加和服务器的扩展，由于业务数据必须保持统一一致，开始了解集群、中间件、负载均衡、读写分离、分库等。对于各种架构问题，我们还在不断的探索和前行，不断的踩坑不断的教杂费，然后编写各种监控分析脚本，寻求问题回放和定位。我在之前的文章中也谈到了一些经验。

例如，整个系列的文章都可以在这里看到。

直到后来，我也开始帮助很多同学分析解决负载优化的问题。我也开始以建筑师的名义参加一些建筑会议，并做了一些分享。可以说，就算技术不好，最后还是处理了。很多中小型公司的通病，可以算得上是跌跌撞撞的平价架构师。

像这样的话，我想说一件事，还好，时代在不断进步。一是硬件的改进，解决了很多以前单机的麻烦问题；那么云服务的诞生，每一个优秀的云服务商背后，都有一帮优秀的云服务商。运维工程师和架构师通常不被大中型公司聘用。优化了哪些参数，安全优化，集成了各种解决方案和服务，资源可以自由扩展。许多令人头疼和复杂的事情现在都一点点了。键盘完成了。说真的，这对中小型公司来说确实是个好消息。我经历和见证了太多的中小型创业公司。在业务快速发展的情况下，我有太多不可持续的运维头晕的案例。其次，我琢磨了一些昨天晚上看起来微不足道的非常小的技术细节，花了很长时间才解决。

我们还是讲技术的价值，我们自己去理解和感知核心技术，掌握技术细节，虽然很有价值；而技术的分支和领域数不胜数，谁能包罗万象？谁能填满科技的技能树？在这些实际情况下，只有正确的技术工具和技术方案才能正确选择，大大简化并增加了技术成本。它本身也是一项技术，具有极高的价值。对于企业来说，这个价值或许可以让你节省大量的研发预算，大大提高运营效率。

回过头来看，我们用过云主机和云服务，能不能高枕无忧，专心开发？对不起，不是。

很多时候，我们遇到的系统问题来自于我们自己的应用，比如显存泄露，比如数据库链接没有被释放等等；这时候就需要进行更加深入和多样化的跟踪分析，进而定位困境点或者故障点，这就要求在云服务的基础上，还需要做各种跟踪和分析。分析，也就是我之前经常做的，写监控脚本，保存各种对分析有用的信息，然后在遇到故障和问题后继续分析日志，定位和调整我们的问题。

不过，时代还在发展，好在这样的工作也有了很大的改进，这就是APM技术，（应用性能管理）。我们可以采取预防措施来找出问题，而不是等待故障来反思问题。我们可以有更多的时间和计划来解决问题，而不是在出现问题后通宵达旦地紧急处理，祈祷休养时不要变坏。

如果你不知道这一点，我想你可能不得不走我走过的路。老实说，我真的不想重蹈覆辙。那天晚上服务器崩溃被客服电话吵醒的时候，我已经经历了太多。

去年8月18日，中国首届应用性能管理大会将在上海召开。组织者是我们熟悉的老同学。他们曾成功主办过QCon全球软件开发大会、 和InfoQ China的全球架构师大会。还有听云科技，APM技术领域唯一的上市公司。

整个会议设置包括性能可视化、服务器端应用监控实践、人工运维、CDN加速、数据库性能优化、移动端性能优化、基于云架构的性能优化、HTML5调优最佳实践8个主题。

代表讲师包括但不限于以下

相关议程是各大一线互联网公司的实际解决方案。任何解决方案，只要适合你的企业应用场景，都可以说是有价值的。

让代码“”介入阅读原文买票，然后就可以在20%off的基础上转移利润。