WKNZFB
本文根据招商基金基础架构师王洋在3月28日 DevOps 线上沙龙直播演讲内容整理而成。
感谢高效运维社区、DevOps 时代社区提供这样一个平台和机会，和大家分享招商基金的 DevOps 从0到1建设之路。再解读 DevOps 是什么
在分享之前，我在想说一下不要做成纯技术的分享，这也是我之前做分享的主要的一个方向，因为纯技术分享其实比我厉害的人很多，我觉得这个没有太大的意义。第二我希望做的分享结合公司实际情况，这样大家有更多参考，之后会过多讲一下在实际落地中遇到的坑，以及怎么解决这些问题的。DevOps 有很多年了，像一千个人眼中有一千个哈姆雷特一样，我觉得十个人眼中可能有大于十个对 DevOps 的理解。DevOps 到底是什么？大家有一些困惑，到底是一种精神还是工具平台？看过很多文章，也参加了很多分享，还是不知道是什么。我深入思考过这个问题并做了一个可能比较让大家容易理解的，对落地有指导意义的总结。我的理解是它是一种工作方式，是打通从业务需求到项目管理，从开发→测试→部署→运营一系列节点而形成的闭环的工作方式。在这个闭环里，所有涉及到对KPI或个人成长没有价值的人工操作都应该尽可能自动化。这样对大家实际落地的指导有参考，我觉得以这样的方式让大家更容易落地一些事，如果你只是想知道代码如何开发、测试，生产环境流转，CI/CD如何配置，那我可能讲得跟你有点差异。刀耕火种的手工时代
我于2017年刚加入招商基金时，以下的内容基本全是手工操作：主机创建、应用配置、版本管理、监控配置、日志清理、信息周知、中间件安装、变更发布、优雅发布等。我相信到在现在，还有很多公司通过手工方式在进行维护。这些事情当时极大地消耗了我们的工作时间，因为一个基金公司IT部分不像互联网公司是主要部门，所以我们信息技术部的运维组也没有多少人。我常常思考一个问题，重复的手工工作，对个人的 KPI 及成长到底有没有意义，好像答案都是否定的。难道运维只关注基础架构的稳定性和安全就够了吗？那我觉得这样的运维迟早会被时代抛弃，或者只是说公司提供这样的岗位来解决市场的就业。拒绝低效！开启自动化之路
思考之后我觉得要做出一些改变，刚才提到招商基金的IT资源有限，但面对的问题已经很明显，这时先选痛点比较突出的做起来，当时对我们来说最痛的两个点，一个是自动化的发布，二是中间件的安装。2017年只是开发提交的版本变更大概就有2200多个，全是手工完成，所以这一块是我们很大的痛点。中间件的安装也全是基于手工，把机器申请下来再安装，也很慢，所以当时就像我们公司现在一样，或者很多公司打算用 Jenkins，我们用它做了一个自动化发布的工具，然后有专职的同事对它进行开发，然后去配置去分批跟自研的运用系统对接。2017年的时候有一个问题，就是在此之前标准化做得不够好，导致很多应用的安装路径不统一，配置文件放的位置不统一，工程命名不规范，所以当时一个同事来专门做这个成本很高，一年下来当时的资源系统也没有全部对接完。中间件安装用了最多的两个工具是Resin和Apache。随着 IT 系统建设，对资源的需求量也越来越多，采用敏捷开发模式，迭代速度加快，版本的变更频率进一步提升。现在还进行了微服务拆分，需要配置自动化，变更任务的数量也就进一步增加。技术栈的引入也对中间件的需求类型增加，优雅变更的效率进一步提升。因为招商基金的电商部门与蚂蚁金服、腾讯、京东、苏宁有一些合作，他们对变更要求稳定性很高，所以在优雅变更这一块有进一步的提升。
资源增加后日常工作量也相应增加，这个是什么？比如资源增加之后我们维护 CI/CD 人工的数据量也增加，对于这一类操作，人工的投入量很大。最后就是说到刚开始的问题，就是支持的人力资源有限，所以这也是我们后面面临一系列的问题。自研还是合作？
那我们在想选择自研还是合作落地 DevOps ？自研有优点，就是技术栈完全可控，本地性的适用性很好，原先做的工作和成果可以保留，可以按需自定义。省钱为什么是个问号？现在大家有思想转变了，因为以前大家觉得自己建设省钱，我不这样认为，比如说一个公司花五十万招人，但是实际上投入的不仅仅五十万，但是这个人一年时间来做 DevOps 工具，不是 DevOps 这件事，而是纯粹工具链，又能做出什么效果？其实不知道的，所以说省钱我觉得这别并不是自研的优点，但是这点大家会慢慢接受了。缺点就是人力资源投入过多，没法预期；第二就是整个链条中所涉及到的诸多能力，如果都需要自建的话，其实是不可预见的，不知道会建成什么样。第三对实际的目标和效果没有可预见的预期，因为没有一个参考的目标，你想做高大上的不可能，同行业自研的参考很少，所以这就是尴尬的一点。另外说外购，它的优点是不用重复造轮子，实施的效果预见性很强，这个需要看合作的厂商案例的情况，包括从合作的层面对一些需求点和能力点进行约束，这些可以预见的；可以节约部分的人力资源。缺点也有，比如厂商依赖，现在有很多厂商宣传是基于开源做的，甚至有甲方说用开源做了什么东西，可以自主可控，但自主可控我觉得有一种是伪开源。当公司发展到一定阶段，对开源能力的掌握实际上是依赖于某几个人的能力，而当能力达不到时，即使给所有的源代码也不能发挥应有的效果。所以公司在一定的规模时完全使用开源软件，我不目前认为一定是自主可控，同时做自定义开发会投入更大的成本。
