随着互联网业务的快速发展，在线业务存储架构面临着前所未有的挑战，特别是在处理海量异构数据时。本文将深入探讨在线业务存储架构的演进过程，特别是如何实现从分散到集中的转变，以及微服务架构在实现这一转变中的关键作用。

一、背景介绍

在线业务存储架构面临的挑战主要来源于海量异构数据的管理和访问。随着业务量的增长，数据量和并发访问量急剧增加，传统的存储架构难以满足需求，导致性能下降、数据不一致等问题。

二、问题分析

当订单系统各自为战时，会出现一系列问题。首先，数据仓库的统一建设变得困难，因为不同系统之间存在数据孤岛，难以整合。其次，业务对账和风控的统一处理也面临挑战，因为不同系统可能有不同的处理方式和标准。最后，如何应对大数据量、高并发量和高可用性的需求也是一大难题。

三、解决方案

为了解决这些问题，我们提出了两种解决方案：继续折腾和收归一统。继续折腾意味着继续在原有架构上进行优化，但这往往只能暂时缓解问题，无法从根本上解决。因此，我们更倾向于收归一统的方案，通过统一拉取订单列表、统一实施沟通关闭JOB和默认好评JOB，以及数据仓库和风控对账的统一来实现。

四、实践与挑战

在实施收归一统方案的过程中，我们遇到了一些挑战。例如，当APP侧并发量增大时，为了提升读性能，我们单独加了缓存。此外，我们还发现微服务架构中存在一些大忌，如绕过服务直接读写数据库，这会导致服务本身无法加缓存，读写不收口，从而增加复杂性。

五、微服务架构的关键原则和实践

为了解决这些问题，我们提出了微服务架构的两个重要原则。首先，任何上游不得绕过服务读写数据库，这保证了服务的独立性。其次，微服务对上游屏蔽存储引擎的复杂性，如分库分表、缓存等。此外，我们还介绍了三种实践方法：水平切分、数据冗余和前台与后台分离。

六、总结

在线业务存储架构的演进过程是一个从分散到集中的转变。通过收归一统的方案，我们可以实现数据仓库和风控对账的统一，以及大数据量、高并发量和高可用性的需求。微服务架构在实现这一转变中起到了关键作用，通过遵循两个重要原则和三种实践方法，我们可以更好地应对在线业务存储架构的挑战。

总的来说，在线业务存储架构的演进是一个不断优化和发展的过程。通过深入理解业务需求和技术挑战，我们可以找到更合适的解决方案，实现更高效、更可靠、更可扩展的存储架构。