漫漫创业路顺势而为：努力与方向孰轻孰重？

各位网友大家好，欢迎做客名人堂栏目，我是主持人皮皮。奥斯托洛夫斯基在《钢铁是怎样炼成的》提到过，人宝贵的东西是生命 ,生命属于人只有一次 ;一个人的生命是应该这样度过的 ,当他回首往事的时候 ,他不会因虚度年华而悔恨 ,也不会因碌碌无为而羞耻 。人生有两出悲剧：一是万念俱灰，另一是踌躇满志。漫漫人生路，为了不上演这样的悲剧，多数人选择了奋斗。在奋斗的道路上有人创业功成名就，有人打工还是默默无闻，到底是努力重要还是方向重要？本期名人堂我们很荣幸邀请到了陈磊老师（社区ID：信仰圣光吧），为我们讲述他人生中辉煌的创业之路。

pipihappy8888(Q1):您好，非常高兴您能参加我们的《名人堂》栏目，能否和我们网友介绍下自己？分享下自己的人生感悟？

信仰圣光吧(A1):大家好,感谢IT168给我提供了这样的机会,能够和大家自由交流.我从事IT这个行业已有20年了，记得刚毕业那会儿,我义无返顾的投身于研究所,早接触的是单片机开发，值得庆幸的是刚毕业的年和另一位应届毕业生并肩作战,倒腾出了强5战斗机的智能加油机，获得了科技进步奖.对技术的痴迷让我选择了去美国深造，97年回来先后在凤凰系统公司及怡和科技工作过，凤凰系统公司主要从事机票预订系统的业务，我从事的是大型机前端开发，怡和是香港的老牌系统集成公司，我当时任工程部经理，负责过一些比较大的系统集成项目.

古人云,十年磨一剑,厚积薄发.在经过十年的技术沉淀与人脉资源积累后,我选择了自主创业，涉足领域广泛,从安全外包服务领域到自主研发IT运维产品.2013年公司获得了曾李青的投资，现在主攻IT运维、SaaS平台 和网脊运维通。

回顾这么多年的风风雨雨，我越发感觉到人在不同的阶段，可能会有不同的感悟。时间流逝，岁月无情，现在的我可能更看重家庭、亲情，团队、友情，不再像以前那样，对项目的成败过于担心紧张，我觉得始终保持一颗比较纯粹的心，持之以恒地去做好自己喜欢的事业，这种状态我觉得蛮好的。

pipihappy8888(Q2):您至今创业已有多年了，值得庆幸的是，贵公司在2014年信息产业部云计算大会上获得了佳解决方案奖，能否和我们分享下具体的IT运维项目？

信仰圣光吧(A2):事实上不是某个运维项目，而是我们推出的免费SaaS运维平台―――网脊运维通，从07年到13年，我们一直主攻的是企业级的IT运维管理产品，早的机遇是源于我们和平安集团合作的一个安全外包项目，大家反应不错，就把它独立为一个产品，当时招商银行总部的数据中心也有和平安类似的需求，我们就把产品卖到了招行。但由于产品本身适用于复杂的大用户环境，尤其是面向招行的客户，我们按照需求持续了4年的定制开发，所以不太符合一般用户的要求对于我们的产品，连我们自己都开玩笑说：只有极少的人会去用，更不用提一般人会掏钱去买。

真正的转机是2012年底，我们有幸获得了曾李青先生的投资，曾总是互联网行业的先驱，加入到德迅系后，我们经常会参加一些体系内的培训和分享活动，耳濡目染，体会和感悟比较多。2013年年初，我们有了一个Idea，决定尝试开发一个基于云架构的监控、运维平台，为用户提供简单、易用的监控、运维服务，这个产品落地了，就是现在的运维通。记得 当时的想法比较简单，在功能上遵循简化和人性化原则，但实际做的时候，比预想的要复杂的多，因为SaaS平台是为成千上万的人同时使用而设计，又是放在互联网上，我们对于性能、安全方面做了蛮多考虑，一个相对完整的运维通系统就需要11台设备，分成三个层面，每个层面的设备挂了都不会影响系统运行，年初，云计算大会组委会邀请我们报送项目参选，我们就把运维通报上去了，承蒙评委不弃，次参选就获得这个奖项，我们也比较高兴，就像2010年的高交会，我们也是次代表深圳软件组团参加，当时获得了产品奖，在全部3000多个参展商中，只有60多家获得该奖项，那是我们次获奖，当时也挺高兴。

pipihappy8888(Q3):您早期是从系统工程师开始做起，中期通过实施金融行业的网络安全项目，一步步积累了客户资源与技术经验，到后来自己也选择了创业，回过头来看，有没有感受到这一路追梦很艰辛？还是觉得自己创业是天时地利人和，水到渠成的一种选择？能否和我们分享下您的创业之旅？

信仰圣光吧(A3):创业实属不易，如果人生可以重来，我很可能会选择继续打工。99年我就创办了商之杰，做网络安全集成、外包服务，07年创办网脊科技，做IT运维产品研发。99年创业的时候，我在怡和负责工程部，日子过得挺好的，那时月薪已经过万，当时的我其实是蛮安于现状的，但因为偶然的因素，出来创业了，跑了三、四个月，根本没有一个客户，眼看着要关门了，当时真的挺着急，以前都习惯了每个月就有人给你发工资，现在不仅没人给你钱，你还要给别人发钱，汗啊，终于功夫不负有心人，我抢到了一个系统集成业务，随后又承接了美的的一个比较大型的网络安全项目，这才活下来。

回顾自己的创业之旅，真心感觉创业是件非常不容易的事情，尤其是开始的前2年，但熬过去就好多了。

pipihappy8888(Q4):对于企业来讲，将数据迁移到混合云过程中，需要关心的话题是可能是怎么去管理好数据，对大型金融机构和电信运营商而言，数据安全更是成为了重中之重。那么企业在混合云的趋势下该如何管理好IT运维？您从事过招商银行总行网上银行系统的全面运维、监控管理平台建设，能否和我们分享下这方面的经验？

信仰圣光吧(A4):随着互联网商业模式日趋成熟，尤其是移动互联网的发展，企业数据迁移到云端是大势所趋。安全与开放永远是一对双刃剑，微软的Windows也必须经过有经验的工程师调优后才可以达到C2级，而要达到更别的B、A级，则是难上加难，有个笑话很流行，说得就是对网络安全的过分担忧，只有在一个密闭的房间里面，放着一个没有任何连线的服务器这才是安全的，但这种场景在现实里几乎是不可能的。在企业里IT经理和IT工程师们经常会面临挑战，在保证某种开放性的前提下保障安全、性能及高可用性，这其实是非常苦逼的要求。想想在一个边界网络设备过千，内部系统主机达6位数的大型网络架构下，难度该有多大。相对而言，我对大型金融机构的网络架构更熟悉些，但限于我们签了相应的保密协议，只能做些简单的分享，如有兴趣，我们可以在技术层面私下交流。混合云模式下如何管理好IT运维是个比较大的话题，我找几个招行做的比较好的亮点和大家分享：

1: 自查

与其让黑客先找到系统的漏洞，不如自己早做预防，他们配置了多种类型的网络、应用扫描工具，一旦系统存在风险、相应监控系统就可获知，准确通知到相关人员处理。

2: 矩阵化监控

配置不同品牌、不同用途的监控系统，配置矩阵化监控平台，以人、业务、监控项等不同纬度矩阵式监控、一旦同一项目，来自不同的监控平台数据有差异，即报警通知相应人员处理。

3：高可用性架构的规划

这方面比较敏感，不能透露太多，都是数据大集中，异地冗余、高可用架构，但平安和招行是完全不同的，平安是基础架构去整合业务，而招行是业务整合基础架构，实践证明，平安的架构，甚至导致了IT技术团队的不稳定，而招行大家却相对轻松、和谐；

pipihappy8888(Q5):在大数据的时代里，很多企业选择了在云端实现IT架构的轻松运维，使用手机就可以实现主机、站点和网络的远程监控。相应地也催生了很多IT运维管理工具和移动端App，可以用来监控CPU和内存的使用率、网络流量以及进程状态等，能否举例谈谈运维监控工具是在技术层面上是如何实现的？

信仰圣光吧(A5):确实，你说的很对，目前IT主流技术有两大方向，一是开放――云与大数据 ，二是 便捷――移动互联网，微信在功能上不见得比QQ有多强大，但其随身、简便的特点让它拥有了差异化的优势，连马总也经常说：好在我们有微信。现在有许多移动端运维工具，不仅是监控CPU、内存、端口流量、某个特定进程/服务等，甚至还集成了死机后重启动、常用运维脚本执行等远程KVM功能，这种随身的便捷性是传统监控、运维产品无法比拟的，试想下，如果没有这些移动运维APP，晚上10点和朋友在外面宵夜，收到短信报警后却要往机房或宿舍跑，这是比较烦的。

监控技术的发展，有近30年的历史，是相对比较成熟的技术，常用的是SNMP，其次是安装特定的监控插件，或调用监控、管理API；

Snmp诞生于90年代初，有三个版本，具有加密、认证功能的是V3版本，优点是简单、普及度高，一般的网络设备、系统主机都很好地支持SNMP，源厂商自带的snmp组件以不同节点的树状结构对应不同的被监控项目，支持snmp的监控系统，通过统一的snmp协议对特定项目进行只读查询，从而获取该设备的某个特定监控项目的当前值或统计值；

远程运维与KVM系统类似，一般是调用主板上的IPMI接口，这个接口即使在系统死机的情况下也可以工作，可以支持重启设备、更换启动顺序等操作。移动APP一般是调用监控系统的相应数据接口，从而和监控系统进行交互。

pipihappy8888(Q6):人生有两出悲剧：一是万念俱灰，另一是踌躇满志。漫漫人生路，为了不上演这样的悲剧，多数人选择了奋斗。有人说方向比努力更重要，您觉得呢？能否分享下您的宝贵经验？

信仰圣光吧(A6):方向太重要了，雷军经常说运气占8成，甚至9成，我理解这个运气，很大程度上就是有意或无意的方向上的选择正确与否，任何团队，尤其是创业团队，不可能在所有因素上做到尽善尽美，这就需要大家齐心协力，集中所有资源寻求某个点上的突破，方向选错了就会9死1生，选对了就会事半功倍，但现实中是瞬息万变的，成功者都是基于以往经验与当时社会背景，很难复制，未来方向的选择正确与否，运气可能是蛮重要的。

努力也非常重要，朋友圈经常有人转发一句话：“很多人的努力程度根本轮不到拼天赋” ，方向和天赋很好，但执行力低下，无作为，事实上和运气差及天赋差是一个结果。