电商APP平台迭代关于系统边界的界定，APP开发公司在本文前面章节讲解系统重构的时候提到了“系统边界”的定义。系统边界相当于规则框，所有的功能都需要满足这个规则，在持续的迭代优化过程中，系统边界也起到判定功能归属及业务需求消费方和生产方进行分配的作用。
APP开发公司资深工程师提醒系统边界往往会在初始搭建时就定义清楚，然后随着业务发展或系统重构进行调整。在边界问题上我们会遇到两种情况：边界的初次定义和边界的拆分或者合并。系统边界本质上是对使用系统的业务部门的边界的界定，每个系统的范畴应该和它对应的业务部门范畴一样，包括目前的职责和未来需要延展的方向和职责。比如采购系统的边界就应该是采购负责的内容，这里可能每个公司的业务实际情况有少许不同，而系统边界确定时需要明确这部分的情况。比如采购计划制订时，采购预测的数据应该由BI平台提供数据支撑，而业务流程应放在采购系统中实现。有一些底层的系统（比如交易系统、订单系统等）没有具体的业务方，这类系统的边界定义是当前系统希望它完成的事情，比如APP应用交易系统要实现所有交易信息的核验、确认及提交，订单系统则需要完成订单的生成、分配及履约跟踪。那么生成订单前的所有交易处理则应该属于交易系统的范畴，而生成订单后对订单的处理则属于订单系统的范畴。系统的拆分或者合并则需要明确新的系统涵盖范畴，对于不属于新系统但短期内无法迁移的功能，则要将其流程独立且不影响合并以后的系统内部架构。比如从商品系统中将库存系统拆出，则原有商品系统中所有处理库存的部分现在都需要调用库存系统的服务，商品系统原来保存的数据则需要初始化到库存系统中，商品系统的业务操作流程不变，底层的服务发生迁移，不再负责库存的计算。
关于第三方服务的使用在APP电商平台中支撑业务的系统非常多，细化后可以达到上百个。而开发资源毕竟是有限的，为了能满足业务诉求同时还能合理控制产研资源，有些部分可以使用第三方服务。第三方服务指的是平台以外的系统功能，一般标准化的系统功能可以使用外部服务，比如客服、积分商城、财务系统和ERP等。当然规模越大的平台越会考虑由自身研发完成系统。除了一些大的功能，小的功能也可以使用第三方服务，比如用户浏览数据统计、在线客服和流量分发等。与第三方服务对接最稳妥的方式是通过平台自身的开放平台来实现对接，标准化标准化的流程可以有效保障对接效率。但有一些对接比较复杂，需要深入业务流程内部进行逻辑对接，这就需要双方进行接口和业务流程的对接，除了这些，还需要注意风控的问题。第三方服务原则上属于外部服务，对数据传输加密以及敏感信息的处理需要格外当心。所有接口中需要保证不是明文传输，即抓包后依然是加密数据。而敏感信息（如用户信息）原则上尽量避免提供给第三方，如果必须根据则应加密处理。第三方服务在嵌入平台的系统时也要考虑一些兼容性的问题，比如APP中嵌入第三方的在线客服，对App包的大小是否有影响？SDK升级如何进行？是否会侵入App或影响App打开速度？这些问题有些是需要开发进行评估的，不过产品经理也要对这些内容有一定了解，以便确保系统的稳定性。好了，
APP开发公司本文关于“电商APP平台迭代关于系统边界的界定”的开发知识就分享到这里，谢谢关注，博纳网络编辑整理。
