给一些背景，
- 我们有相当大的模式，由数百个具有复杂关系的表组成。
- 数据量也很大，数据的性质相对敏感（财务）
- 当前的体系结构是 - Java EE：会话 Bean，调用存储过程的 DAO (JDBC)。
- 在数据库级别，我们有一些复制机制来使数据与前端和后端数据库（托管在不同的机器上）保持同步。因此，应用程序将需要从前端数据库中查找（读取）数据，如果不可用，则在后端数据库中查找。因此，在 JPA 术语中，我们可能需要两个不同的 EntityManager 实例。
由于系统仍在增长，可扩展性和性能是最大的问题。
有了以上信息，是否有人对迁移应用程序以使用持久性框架（如 JPA）的可行性有任何意见？在上述情况下，持久性框架面临哪些挑战？