以下内容来自一位个人开发者在做工具选型时候真实感受及评测总结。
周末的时候，收到好几个云服务器临近过期的通知短信，准备续个费，居然都要大几千！因为这几个都是以前低价抢购的，掐指一算，如果都续费的话，要蚕食好多利润！
作为一名自己养活自己的独立开发者，节省成本是必备技能，不然哪来可观的利润？于是，就开始琢磨着做一些架构上的调整，看看能否在这次服务器资源减少的情况下，继续低成本的运行目前还在跑的业务。
因为业务产品是最重要的，所以这块基本不能动。那么能动的就是一些周边设施了，比如：做任务管理、文档管理或持续交付的工具。在调研了诸多SaaS产品和云服务之后，最后选择了阿里云的云效全家桶。为什么最终选择了云效全家桶呢？核心原因还是“全家桶”三个字，基本上我想要的研发管理功能都能否覆盖了。那么这个全家桶具体能做什么呢？下面给大家分享下我改造前和改造后的平台结构，给大家一个直观的认识。
老架构：散装集成
老架构的建立基本上借鉴了以前在公司里搭建基础平台时候所用的常用开源产品和商业产品，按功能来分，主要有以下这几个：
-
代码仓库：GitLab
-
持续集成：Jenkins
-
任务管理：JIRA
-
文档管理：Confluence
Gitlab和Jenkins都是开源产品，免费且应用广泛，是大部分公司的散装方案中会囊括的。JIRA和Confluence虽然是商业产品，但初级版本的认证只需要9.9美元，对个人和10人以下小团队还是非常友好的，由于JIRA强大的流程配置功能，可以将其作为整个研发管理平台的门户。
补充：有很多开发者对于JIRA只认为是一个任务管理的工具，不太了解JIRA的工作流功能，这里简单说明一下。JIRA之所以强大，有很大一点就是得益于其强大的工作流配置功能。由于GitLab、Jenkins等这些工具都有WebHook或JIRA市场下的插件支持，我们就可以很方便的把这些工具的使用步骤串联起来。这样我们在软件研发过程中的业务需求、任务拆解、代码版本、构建部署等一体化过程都可以JIRA这样一个单一入口中来完成。
所用资源：由于之前抢购的各个服务器配置都不高，大多是1C2G、2C4G的。为了稳定运行就都做了分开部署，一共消耗了4台ECS。
方案优点：
-
学习成本低：这些产品都是互联网公司中非常常见的，大部分开发都不会太陌生。同时这些软件的生态都非常健全，都有很丰富的插件市场来适应用户的各种需求。
-
产品成本低：这里用到的产品不是免费就是很便宜，所以成本的基础成本不高
方案缺点：
-
部署成本高：因为需要安装的软件产品多，部署成本较高
新架构：云效全家桶
在决定使用云效全家桶之后，接下来要做的就是对老架构中用到的各个产品找到替代的解决方案。下面跟着我的调研使用步骤，来看看这一个个产品的对应关系吧！
代码仓库
代码仓库在云效的解决方案中是一个名为云效Codeup的产品，产品地址：https://codeup.aliyun.com/ 。如果你跟我一样，是要做仓库迁移的话，非常简单。如下图所示，Codeup为各种常用平台都提供了专用的导入方式，对Git管理不是特别熟悉的小伙伴也可以根据提示轻松的完成代码仓库的迁移。
在点击“导入代码库”之后，我们可以看到下图界面，基本上常用的一些Git管理平台都已经支持，选择你要迁移的源平台，然后根据官网文档，找到对应平台需要获取的认证方式做好配置即可。
在完成认证信息配置好之后，Codeup就会从对应的平台获取所有项目仓库，接下来只需要逐个选择你要导入的仓库点击“导入”按钮，就能轻松完成代码的迁移。
这块比较简单，基本所有的Git管理平台都可以支持类似的迁移操作。也不算特别的亮点吧，光从代码管理上来说，主要贡献就是为这次的改造计划节省了一台ECS。
持续集成
完成了代码迁移之后，接下来开整持续集成部分，对应的产品是云效Flow，产品地址是：https://flow.aliyun.com/。
在云效Flow中创建CI/CD的流水线非常简单，因为它提供了各个主流开发语言的多种持续集成案例的配置模版。
这里我尝试了配置一个Spring Boot后端应用部署到ECS上，只需要选择上图中的第一个推荐模版。就会出现如下图的流水线配置界面，点击每个步骤都可以进行细节配置
点击每个步骤都可以进行细节配置，比如：如何用maven命令构建，如何上传制品
在部署操作上，因为与阿里云的结合，可以很方便的关联到账号下的资源来选择部署，所以你就不用自己维护服务器清单了，特别方便！
那么这个流水线功能是否能满足云原生应用一次构建多处部署的特性呢？下面我也尝试做了一下，大致流程就是：在test环境，做构建、上传制品、部署；在pre环境，做选择制品、部署；在pro环境，做选址执行、部署。模拟了一下这种比较常见的CI/CD管理流程。
如上图所示，是可以满足的。这也已经满足了我这边的持续集成要求。不过这里在流水线串联，想要实现选择制品这一步上，支持的用户体验还不是特别好，花了我一些配置和咨询的时间才完成。据悉这部分体验优化马上在9月15日版本也会优化！迭代很快，非常给力！
这里值得一提的是，在云效Flow中所提供的各种操作模版是非常适应于我们国内用户的，比如：可以看看我在test环境的流程细节，这里增加了代码扫描，里面就涵盖了阿里巴巴代码规约的检查报告等。
而对于通知提醒也是非常符合国内开发团队的管理特点，提供了钉钉、企业微信、飞书这些国内才常用的软件支持。
好了，通过云效Flow，又帮我节省了一台Jenkins的ECS。
管理门户
在讲老架构的时候，我提到了使用JIRA的重要原因是要将其作为整个研发管理的门户，因为他可以整合其他所有周边设施。比如：任务的管理、持续集成的触发等等。那么在云效全家桶中，是否有扮演这样角色的产品呢？作为一站式的解决方案，必须得安排上，对应的产品就是云效DevOps，产品地址：https://devops.aliyun.com/ 。
到这里可能你要问了，任务管理和文档管理这两个不替换了吗？必须替换！只是，因为作为门户的云效DevOps其实就涵盖了这两块内容。所以，接下来就一起看看云效DevOps的强大功能吧！
这款产品的上手非常快，因为它提供了一些常用模版。我这边就直接给予DevOps研发模版来创建。
完成创建后，不难发现菜单中的需求、迭代、任务、缺陷、测试计划、版本管理不就是JIRA的替代品么？而知识库不就是Confluence的替代品嘛！
这里还很贴心的提供了Excel导入的功能，所以我只需要从JIRA里导出Issue，然后在这里导入，就可以继续做之前的任务管理啦！
同时，作为管理门户，对于之前介绍的云效Codeup、云效Flow自然也可以联系起来。只需要通过点击菜单中的代码、流水线（刚创建的时候，需要点击关联选择同账号下配置的代码仓库和流水线），就能进行查看和实现日常操作！
到这里，云效DevOps基本就完成在散装方案中JIRA和Confluence的角色，妥妥的继续释放出两台ECS！
总结
最后，盘点下这次从自己做的散装方案到使用云效全家桶之后，我认为比较大的几个收益点：
-
成本降低了：节约了4台ECS。对于我们这种个人开发或小团队来说，云效基本就是免费的，白嫖能不爽么？
-
运维容易了：跟阿里云的高度整合，对于资源的维护以及关联操作更加方便！
对于云效DevOps这个产品，从我的场景来说非常好用，核心原因是已经够用。但如果要做非常复杂的管理可能还有一些困难，比如：在目前版本中，我并没有找到类似JIRA那样强大的工作流支持，这样的话如果团队有一些复杂流程管理，例如多人参与的审核流程，还有与其他系统的联动，还没有比较好的支持（不过，在与云效的小伙伴咨询这类功能的时候，得知这类功能已经在内测，那么具体功能支持如何，等后面公测了我们一起拭目以待吧）。
就目前整个云效全家桶的功能来说，我觉得最主要的适用群体还是我这种个人开发或者中小团队！如果你此时正在为搭建这类管理平台做选型，同时跟我一样，预算和人力都捉襟见肘，那么不妨试试云效这个产品！一起白嫖一起爽！尤其服务器资源在阿里云的小伙伴们，真得不能错过
如有身边的朋友想体验阿里巴巴几万技术人使用的DevOps全家桶能力，欢迎推荐AONE的云上版本阿里云云效（https://www.aliyun.com/product/yunxiao）
