微服务开发的软件过程

不少同学询问到如何实施微服务，特别是对项目数量增加的担忧。 在支付渠道设计一文中提到，可以按照渠道来划分项目，一个渠道一个项目，有同学认为这会导致项目太多无法管理。 本文要回答这个问题，在微服务中，我们是如何管理项目的，即微服务的软件过程。

《 支付系统基础设施建设 》一文简单描述了持续集成的所需要的基础软件。这里我们从软件过程的角度，详细介绍这些步骤。 支持持续集成所需要的基础软件，在该文中有介绍，请大家务必先阅读。 这里我们以基于jira的过程管理为例来讲述。 关于Jira软件本身介绍、相对Redmine的优势等问题，请大家自行查阅资料，不在本文介绍范围。

在介绍这个过程之前，先强调一个观点：

人管代码，代码管机器

一、软件过程

Jira原是设计来进行Bug跟踪的系统，后来系统功能逐步完善后，被广泛适用于软件过程管理。Jira优势在于简单，好用。 这里就不介绍Jira的具体使用。 使用Jira进行软件项目管理，首先需要定义任务的处理流程。 以下是一个参考流程：

在这个流程中，需要区分两个概念：任务和子任务。 每个任务对应一个完整的业务需求，比如对账、对接工行借记卡、获取个人优惠券列表接口。这些业务需求每个都是可以独立测试的。子任务设置相对比较简单，每个子任务对应这在本次任务执行中需要修改的开发项目。 比如对接工行借记卡，会涉及到：

1. 支付网关项目调整；

2. 支付路由项目中增加路由选项；

3. 工行借记卡通道对接。

三个项目的修改，那会对应在这个任务下建立三个子任务。

• 任务是用来追踪项目过程的，这是项目经理和产品经理关注的层次。

• 子任务是用来支持开发自动化的，这是开发人员关注的层次。

这样，针对任务和子任务，会设置不同的属性：

1.1 需求管理

Jira也是一个不错的需求管理工具。产品经理可以通过Jira来执行需求管理，相对开发来说，需求管理流程会比较简单，一般是开发需求、审核需求、关闭需求三个环节即可。 需要注意的地方是：

1. 需求管理流程需要和开发流程分离，毕竟这是不同的团队做的事情。

2. 开发任务可以和需求任务相关联。Jira通过复制任务来提供这个支持。

一个需求任务可以对应多个开发任务，这在实际操作中是很常见的：

1. 为了满足上线要求，一个需求任务会被拆分成多个开发任务，先完成核心功能开发并上线，再完成外围功能开发。这两次独立上线的工作，会被拆分为2个或者更多的开发任务；

2. 如果对不同平台，比如Android、IOS、PCweb有不同的上线时间要求和技术需求，也需要将当前需求按照目标平台来拆分成开发任务。

1.2 创建任务

如上所述，开发任务的来源有两个：

• 需求任务，即对应产品经理提的需求；

• 优化任务，这一般是开发团队内部进行重构或者性能优化来提的开发任务。
  那任务的粒度如何把握？ 每个开发任务是一个完整的需求，是可以独立执行测试和验证的。 每个任务开发周期控制在1个月以内。

1.3 创建子任务

在接收到开发任务后，开发人员需要对系统实现进行设计和分解，确定需要新开发的内容以及需要改进的工作。 在微服务架构中，一次任务开发会涉及到多个系统的变更。这样就需要为每个系统建立一个独立的子任务，以后，我们将按照这个子任务的设置来驱动开发流程。 每个子任务开发周期尽量限制2天以内，不能超过一周。

1.4 启动主任务开发

主任务启动开发流程比较简单，主要是邮件通知到各相关人员，可以启动该任务。