转载

微服务的敏捷软件过程

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

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

软件过程

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

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

1. 支付网关项目调整;

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

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

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

- 任务是用来追踪项目过程的,这是项目经理和产品经理关注的层次。 - 子任务是用来支持开发自动化的,这是开发人员关注的层次。 微服务的敏捷软件过程 ) 这样,针对任务和子任务,会设置不同的属性:

感谢您对本文的关注,如需要及时收到凤凰牌老熊的最新作品,或者有相关问题探讨,请扫码关注“凤凰牌老熊”的微信公众号,在公众号里留言或者回复,可以尽快处理,谢谢。

微服务的敏捷软件过程

原文  https://blog.lixf.cn/essay/2017/02/14/infra-1-process/
正文到此结束
Loading...