前段时间使用Strom实时分析实现了CC防火墙，既然Nginx的原始数据已经有了，那我们其实还可以基于Strom做更多有价值的事情，近期我们使用Strom上线了服务器拓扑图的功能，并可以实现接近实时的监控效果。
在一个领域内工作了4年，整理了一下自己这些年在运维领域逐步积累起的知识体系。
设计并发开一套远程管理系统，由单点触发管理所有的内部机器，兼容Windows与Linux，可以方便化的开发并增加模块，并且便于部署与版本更新升级。
最近社区老被刷，可能是网上曝出的库太多，由很多人去尝试来撞库，粗略统计一下，整个刷的请求量竟然占到了社区整体请求量的60-%-70%,这当然不能忍，最近正在研究Storm，经过一个周末的开发与部署，目前基于Storm的CC防火墙已经应用于社区，目前CC防火墙的限制还是比较低的，但是也有效的将刷的比例降低到了5%一下，下面来看一下技术上的设计。
当前我们社区的架构采用的是在全国各个机房搭建Squid进行静态资源缓存，动态请求透过Squid到后台的几个Nginx，由Nginx转发到后端的IIS与Tomcat，整体的社区一天动态PV在亿级别以上。
目前的防火墙支持动态设置每访问x次的y秒数，低于y秒数时就会对IP进行封锁，支持IP白名单与URL黑名单功能。
从接手团队开始就一直在致力于打造高效，高质量的开发团队，历经千辛万苦，团队从一无所有到现在的组织结构，项目管理结构到业务的全面梳理，回想整个过程也是非常的有成就感，项目管理的制定到落地实施2个月的时间，组织结果的变化历经4个月的时间，到我们现在每日的工作汇总表的公布，每周的项目进度报告会，并且依据整体的管理思想建设而成的Wiki，其实从整个Wiki上就可以看出当前的部门管理的方法轮，下面就抛砖引玉公开一下目录结构吧。
今年上半年的一个重点项目就是全面升级我们的内部ITSM管理系统，在我们部门内部的名称为中心应用。阐述一下整体的设计思路吧。在整个的管理系统内，将分为资产与业务两大业务板块，两大板块中的关联会在业务内的应用上与资产内的实体机/虚拟机/云主机进行关联，所有的子集实体均集成父级实体的所有属性。
在资产中，整体层级为3级，我们将自有机房与云主机作为一级的大类，自有机房下分机柜-》实体机/交换机-》虚拟机，云主机下分-》机房-》云主机
在业务中，同样为三级，即大类，小类，应用，因业务与公司有关所以不详细说了，但是预计游戏发行公司的业务范围应大致相同，可进行参考。
下面是思维导图：
去年10月份接手WEB运维后一直在致力于WEB运维自动化的各项组件的设计与开发，如上面提到的基于Thrift的远程管理系统，下面来看一下WEB运维自动化的基础库实现。
基础库实现的业务包含：
经过几个月的规划的施工，目前WEB自动化运维系统已经初见规模了，当然虽然是Web自动化运维系统，但究其根本还是一套远程管理系统，因为目前业务主要管理的是windows机器，所以整个系统使用C#来进行的编写，但也是有部分业务是跑在Linux下的，后续还会增加Linux的支持，虽然已经到内部的3.0版本，但目前项目还在初期阶段，整体的架构还存在很大的完善空间，目前项目还没有进行开源化，待管理界面确定后将会对其进行开源。
又是一年，写个人总结一年比一年懈怠，但是这个总结是不能丢的，写到今年已经是第六年了，回顾今年一年收获颇多，但主要的收获是在工作上，今年几乎把所有的经历都投入了工作，基本上没有关系其他的事情，但是有投入就有回报与成长，今年还是与往常一样，来重新分析一下一年的得失，最后完成对16年的畅想。
最近忙着很多的技术，管理类工作，Blog好久没有更新了，近期我对团队内部的项目管理模式进行了革新，融合项目管理知识体系的部分内容，并根据符合目前团队敏捷管理建立了一套新的项目管理工具，旨在解决目前项目的质量，进度，沟通的问题。在新版的项目管理体系中，标准的项目管理知识体系中的生命周期，5大过程组，10大知识领域都有进行取舍的融入点，且敏捷的各类执行会议等也都进行了良好的融合，在不花费高成本的管理代价下，以敏捷的形式进行项目管理，这个有机会在后期跟大家分析。
最近在我们的一次组织交流会上分享了项目管理知识体系中关于沟通管理与干系人管理的内容PPT，先发来分享一下。