服务边界是服务拆分和集成的前提。
1、识别业务领域及边界
当前主要方法论-领域驱动设计，领域可简单理解为特定的业务系统。其中主要的设计维度为策略维度和技术维度。
待完善----------------------------------------------------------------------------
2、界限上下文
就是根据界限(边界)确定上下文(具体的业务场景)。
3、服务边界划分的原则
当出现服务放在一个子域合适，另一个也合适时，需要依据边界划分原则来做选择。
3.1、服务关联度原则
当前服务改变是否会对其他服务造成影响，当前服务的数据是否仅在当前上下文中使用。
3.2、业务能力职责单一原则
服务边界内的业务能力职责单一。
3.3、读写分离原则
对于数据读取类型的服务应当尽量放在单独的子域中，而且这种子域不应该是核心子域。
3.4、组织关系原则
如团队分职能型和特征型，职能型如前端、数据库、UI等，特征型是跨职能的团队。
注意：边界划分时，应当尽早识别和剥离通用领域(如账户管理、登录等服务)，而对于系统中最复杂且相对多变的子域，需要及时进行隔离并充分考虑它与核心子域之间的协作关系。
