问更好的设计企业架构的这三种选择，为什么？

EN

我有一个企业应用程序，其中有多个子应用程序执行不同的任务。这些子应用程序将与Web服务相互交互，在彼此之间共享功能，并为用户单独完成一个任务，或者将两个应用程序功能组合在一起。

在子应用程序(如资产存储)中有一组常见的大量资产(项)，这些子应用程序在其中工作，这些子应用程序也通过其Web服务向所有这些子应用程序公开。此资产存储库可能是外部系统，也可能不是部署在同一环境中的，也可能位于云外，其他子应用程序也在云中。因此，性能可能会在网络之外受到影响。

不，考虑到Sub App -1的用户想要在这些资产中的某一组上执行任务，将登录到Sub App 1，转到屏幕上显示所有可用的资产。他选择这些资产，并添加他的小猫来对它们执行一些操作，处理这些资产，然后为他完成任务。类似地，不同的子应用程序将访问这个公共资产存储，根据登录的子应用程序用户以不同的方式处理它们。

在Sub App 1中处理这些资产时，我们可以通过以下三种方式进行处理：

1. 我们对Asset子应用程序进行实时Web服务调用，根据用户搜索或标准返回这些产品的集合。在这种情况下，到目前为止，我们还没有在Sub App 1数据库中存储任何内容。一旦用户选择一个资产，并在Sub App 1中处理它，我们只需将处理过的资产的ID存储在Sub App 1数据库中。
2. 我们从1开始执行相同的步骤，但不总是对资产存储进行调用，而是首先在Sub App 1的应用服务器上签入本地缓存，如果存在本地缓存，则将资产返回到asset store进行实时调用以获取资产。Rest同样的处理随后进行，我们只是将资产ID存储在处理过的资产的子app 1数据库中。
3. 我在Sub App 1的数据库中复制了assets的所有资产数据，创建了同步作业，以便在外部资产存储和Sub App 1之间每晚同步内容。现在，我不再对外部资产商店进行实时调用，而是选择我的子app 1数据库来返回来自本地db的结果，响应速度将相当快。处理资产并将资产的关系ID保存在子app 1数据库中，该数据库可用于提取所有其他信息。但是，自从我说过，我已经通过在本地复制资产数据库获得了性能。但是，由于这个应用程序中的所有Sub应用程序都使用这个公共资产存储进行一种或另一种处理，所以我必须复制这些数据并编写夜间作业来在所有这些应用程序和我的公共资产存储之间同步数据。

我的问题是，这些方法中哪一种最适合当前应用程序的上下文，为什么？资产储存处的资产数目约为30-35000。

在定义原因方面的任何帮助都是非常感谢的。非常感谢。