本帖最后由 adminlily 于 2018-9-1 17:14 编辑
最近几年DevOps的概念越来越火，各个企业也逐渐意识到DevOps对项目研发效率的重要性，也有不少第三方企业提供整套流程成熟的解决方案。而我们侥幸，在这些第三方平台尚未崛起时，制定了一套适合自己的DevOps流程。
先申明一下，因为我们公司规模较小，和在座各位朋友任职的一线互联网公司可能没有可比性。所以，我分享的一部分流程或方案，仅供参考。
背景
先说下背景，我们公司做的大概可以理解成SaaS服务，即从服务器硬件到系统环境到服务都归我们管。而且每家客户都有很多个性化的需求，在我接手重构前，我们平均半个月才能接入一家，经过我们几个月的改造，我们现在可以接入一家客户大概可以控制在1人天。之前，我们开发流程比较混乱，没有文档，没有各种开发流程，现在我们逐渐规范，形成稳定的流程和体系。
Java项目改造
下面我们聊聊Java项目，我们把一个Git库中的2个项目（接口、后台管理）进行拆分：
1、接口服务
2、后台服务
3、html5包
4、公共包服务
我们主要做了前后端分离，代码Git库分支化管理（事实上大部分小公司都可以这么拆分）。
我们采用和其他公司不同的方式，定义公共版为主分支，为每个客户建立1个额外分支（事实上分为开发分支、集成分支），发现公版的bug，到主分支改，改完后合并到各个分支，这样就不必重复切换到每个客户项目中改bug。
Jenkins
使用Jenkins编译，包含我们Java项目、H5项目、安卓项目、iOS项目。
开发人员只需要本地调试后，提交代码到Git库的某个项目分支上，由Jenkins自动编译。如果编译错误会通过邮件反馈到影响代码的开发人员邮箱中，另外测试人员一键部署后，测试出问题，也可以通过Jira提单给开发人员。开发人员收到后，继续提交代码，不再像我们之前，必须通知开发人员，开发人员本地打包。
流程如下：
这里我们做了一点偷懒，我们版本号的维护也交给了Jenkins，通过脚本由Jenkins自动增加版本号。
我们还将所有项目中状态抽取出来，做成无状态项目（大部分公司都是这么做的，尤其之前听阿里分享，他们做到自动识别环境），这样，测试环境、生成环境的war包都是相同的。
自动化部署
然后我们做了一个自动化部署的小平台，主要功能如下：
1、升级、显示当前版本
2、对war包有效期，真实性校验
3、开发人员将公共SQL放入公共.sql里
4、各个客户定制化需求的SQL放入各个客户.sql里
项目经理升级时，自动提示未执行的SQL，点击执行即可。
客户端
接下来，我们聊客户端：
客户端内容不多，我们有安卓、IOS客户端，也是经过一轮无状态抽取，然后抽取服务器地址，配置后，由Jenkins自动打包，同时打包测试环境包、生成环境包。
测试组
测试人员从Jira提单后，开发人员解决后，会看到具体解决的版本号，然后进入OSS存储，安装Android程序，或者IOS程序，一键部署Java项目。
因为安卓和IOS均是同时发2个包，Java项目、H5项目无状态，所以生产环境和测试环境都可快速部署测试。
运维组
运维组重构先看看之前的图：
因为各个时期部署的系统版本以及服务器型号等都不通，所以线上环境比较混乱。
我们采用Docker容器统一方案解决此问题，使得每个客户机器环境均相同。我知道在座的各位都是Docker大神，我就不多讲了。
看看我们现在的管理图：
我们用的是Portainer框架，简单二次开发了一点功能。
我们用了TLS认证，所以，管理者并不是通过Linux密码控制，而是通过配置平台，然后分配权限给各个项目经理所在的team中，然后，项目经理对team成员权限进行管理分配。
该方案优点：
快速搭建环境
而建立Docker集群需要我们自动化完成，这里我采用了Ansible工具来实施，我们可通过指令分发，指令获取所有机器某个包的版本，执行不同的代码。
这里我建立了各种仓库，方便Java开发，建立了一个私有仓库，一个Maven官方代理仓库，一个阿里云代理仓库；Docker上我为了方便开发打包其他环境，创建了Docker私有仓库；还有一些为了解决统一管理Linux服务器而创建npm仓库；以及安卓所要使用的Gradle私有仓库；未来，我们可能还会创建更多仓库，能支持的仓库列表都在下面：
大数据篇
大数据一直以来是很多公司核心产品，对于小公司，如何低成本实施呢，我研究了一套强大的大数据框架Superset，并对其做了部分的二次开发。他能实现各种大数据图表展示，如下图：
我们采用iframe的形式将部分功能加入到我们管理后台。
接口篇
我们采用了RESTful风格的API，也许很多人说RESTful不是很简单，10分钟上手，30分钟精通，事实上绝对比这要复杂的多。有很多的细节，很多的约束，经过几个月的协调开发后，都未必能避免出现不太和谐的接口。
之前，我们项目，各种接口文档都存在，主要有一下：
对了，之前的接口是这样的：
留下了很多的坑，这里不对RESTful再做详细介绍，有兴趣，大家可以自己了解下。我们统一了一个接口文档为postman，可能很多朋友会说postman怎么能作为接口文档，我只想说，他适合小公司，不仅有入参、出参示例（可以多个例子），还能在tests里写接口说明，也方便前端调试，调用服务器使用。
规范篇
我们制定了一些规范和约束，比如，原来项目经理发现问题，会立马找开发，现在规定为先联系测试，由测试提单给开发。
Q&A
Q：请问Portainer仅用于测试环境还是在生产也用这一套？
A：因为Portainer是直接通过docker api执行的，并没有在服务器上装有什么客户端（也就是无侵入，这也是我们选用他的原因），我们只是在Docker里面配置了个http的TLS证书，加上我们对它做了一些改造，所以我们使用了Portainer应用生产环境。
Q：请问下测试的时候接口模拟您这边是如何处理的？
A：Ostman默认录入了几个多种情况下的出参，其次，我们前端每个人都有一套独立环境，通过Web端管理部署（数据库和测试人员共用），不会受后台开发人员对接口修改而中断服务。其次我们有少量前端页面使用了mock.js。
Q：请问Docker里跑Java应用性能怎么调优，默认是共享资源池，对Java来说CPU切换很费性能，除了绑定CPU，但这样就没有弹性之说，麻烦说下？
A：这个性能，我们对Java项目进行多次内存优化，通过ide的内存管理，线程查看等多重方法进行调优，单从war包体积上我们就缩小了60%，内存也下调很多。我们并不能自动伸缩，目前是通过Nginx配置多容器来实现负载均衡。
Q：如何实现分布式事务？如何保证数据一致性？
A：我们在Nginx层通过策略保证同一个机器请求只会分布到一台机器上，用最少代价解决这个问题，其次我们项目中，大部分都使用全局uuid操作和插库。
Q：贵司的业务模式跟我们很像，感觉很受用。想问下，多客户、多版本共存的情况下，版本升级这块儿是怎么做的？
A：我们使用的是Git分支化管理，由Jenkins定义版本号，SQL分为公共和私有的部分，比如某个客户升级2.0.0版本，会自动检测上个版本到此时的SQL语句，提示项目经理点击，自动执行。（我们现在回滚项目版本，不支持SQL回滚，所以我们SQL一般只增不减、不改），我们可以随时查看某客户线上版本和SQL执行到什么地方。
Q：日志如何存储和分析？用什么工具？系统异常如何监控？
A：先说说异常如何检测吧，我们做了一套http监控框架，以任务的形式添加，然后会对已配置的线上环境、多容器进行监控，比如任务为[ /..../messages?token=]..../messages?token=[/url]{token}，在配置任务执行时间及频率，然后配置项目列表，其中项目编辑的信息有host，可理解为这块，还有变量列表，支持随意定义，比如token 11111111 用户token信息，这种k、v、说明文字，执行任务的时候，自动替换host和占位符。系统只记录变更，我们项目接口统一了出参，当状态码异常时显示，此方案可实现监控各种容器、各种测试、生产环境。
关于日志收集，目前我们并没有很多公司搞的很高大尚，因为这块，还在改造中。我们就是多容器映射了本地磁盘目录，然后对这些目录日志文件进行合并，对那种error级别的日志，筛选出来。
原创：邵磊
| 
转播
分享
淘帖
()