再见了，我的散装研发管理平台，多台ECS

周末的时候，收到好几个云服务器临近过期的通知短信，准备续个费，居然都要大几千！因为这几个都是以前低价抢购的，掐指一算，如果都续费的话，要蚕食好多利润！

作为一名自己养活自己的独立开发者，节省成本是必备技能，不然哪来可观的利润？于是，就开始琢磨着做一些架构上的调整，看看能否在这次服务器资源减少的情况下，继续低成本的运行目前还在跑的业务。

因为业务产品是最重要的，所以这块基本不能动。那么能动的就是一些周边设施了，比如：做任务管理、文档管理或持续交付的工具。在调研了诸多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。

方案优点：

• 学习成本低：这些产品都是互联网公司中非常常见的，大部分开发都不会太陌生。同时这些软件的生态都非常健全，都有很丰富的插件市场来适应用户的各种需求。
• 产品成本低：这里用到的产品不是免费就是很便宜，所以成本的基础成本不高

方案缺点：

• 部署成本高：因为需要安装的软件产品多，部署成本较高

新架构：云效全家桶

在决定使用云效全家桶之后，接下来要做的就是对老架构中用到的各个产