转载

##回顾微服务的边界选择

【编者的话】本文讨论了如何定义微服务的边界，并采用机场旅客值机系统做了拆分微服务的例子，本文从模块上下文的角度对微服务进行边界定义，讨论了这种拆分方法的优劣，并引出了其他拆分依据的思考。

目前，微服务是一个热门的话题。尽管它很复杂，包括分布式事务、最终一致性、操作开销等，它依然是发展趋势，特别是它带来的优点，如跨语言架构、选择的伸缩性、强大的模块化、容错能力、实验性、敏捷性等。

微服务可能不是新鲜事物。我仍然记得,2011年我工作在一个SaaS产品，我们试图建立包含不同的上下文的架构，其中包含敏捷项目管理、问题跟踪器，和协作工具。当时我们不熟悉这个微服务概念,但我们试图实现的功能与微服务架构类似。最初, ‘分发应用程序到不同模块’ 这个架构效果很好,但是我们在集成它的过程中搞砸了。我们采用直接同步调用的方式，而不是拥抱事件驱动架构的不同模块之间信息共享的机制。这使得我们距离最初的目标（独立部署、开发和运行）越来越远。

本文讨论的另一个教训来源于我最近的一个项目，它可以帮助你从不同的角度识别微服务的边界。开始讨论我们能做什么不同之前，对将要讨论的系统进行宏观了解是首要的。

背景

下一代值机系统(NGB)是一个护照管理系统的升级版本。NGB的主要目标是加快的乘客在机场的移民柜台的处理速度。该系统通过将处理时间平均从56秒减少到10秒，提高了乘客的体验。下面是该系统的处理流程图。

##回顾微服务的边界选择

在NGB系统中，有边界的组件用红线标示。其中一些边界组件已经被刻意去除，避免发散讨论。

NGB系统的核心是预清除过程。预清除过程通常在乘客登机前72小时开始。航空公司将预订信息发送给相关机构的乘客信息系统,将信息转发给NGB系统用于预清除。预清除期间,在移民系统的配合下，NGB检查乘客的概要文件，并将结果发送给后台校验，避免乘客因程序问题(例如黑名单)被误判有罪。乘客发现无罪是绿色标志，它需要在移民柜台花费几秒钟来处理这些乘客。

希望你现在已经对NGB系统有了一定了解，那么开始我们的回顾。

哪些变好了呢?

从按照大部分的书本上对微服务边界的定义来说，NGB被分成自动化清除、旅客出境管理和通知模块。自动化预清除部分在后台处理预订数据流并将数据传递给旅客处境控制模块，用于持久化和人工干预。这个场景包含两大类用户：当面处理手续的一线用户与需要后台操作处理手续的用户。通知模块，顾名思义，用于发送通知给系统管理员。

哪些变坏了呢？

尽管普遍用于乘客边境控制模块的语言是特定的和独特的,它仍然是不够的。随着时间的流逝,乘客边境控制模块不仅开始变得独立,也开始随着生产环境的变化而产生问题。我们在后台操作中做任何更改操作必须小心，避免任何影响前线操作。此外,任何只影响后台操作的变更，需要隔离在不影响前线部署操作的前提下进行,反之亦然。