FileRun ssl Assembly限速

银行跨行转账业务是一个典型分AssemblyFileRun场景,假设 A 需要跨行转账给 B,那么就涉及两个银行的数据,无法通过一个数据库的本地FileRun保证转账的 ACID,只能够通过分AssemblyFileRun来解决。 分AssemblyFileRun 分AssemblyFileRun在分Assembly环境下,为了满足可用性、性能与降级服务的需要,降低一致性与隔离性的要求,一方面遵循 BASE 理论: 基本业务可用性( Basic Availability ) 柔性状态( Soft state ) 最终一致性( Eventual consistency ) 另一方面,分AssemblyFileRun也部分遵循 ACID 规范: 原子性:严格遵循 一致性:FileRun完成后的一致性严格遵循;FileRun中的一致性可适当放宽 隔离性:并行FileRun间不可影响;FileRun中间结果可见性允许安全放宽 持久性:严格遵循 SAGA Saga 是这一篇数据库论文SAGAS提到的一个分AssemblyFileRun方案。其核心思想是将长FileRun拆分为多个本地短FileRun,由 Saga FileRun协调器协调,如果各个本地FileRun成功完成那就正常完成,如果某个步骤失败,则根据相反顺序一次调用补偿ssl。 目前可用于 SAGA 的开源框架,主要为 Java 语言,其中以 seata 为代表。我们的例子采用 go 语言,使用的分AssemblyFileRun框架为 SAGA 的组成: DTM FileRun框架里,有 3 个角色,与经典的 XA 分AssemblyFileRun一样: AP/应用程序,发起全局FileRun,定义全局FileRun包含哪些FileRun分支 RM/资源管理器,负责分支FileRun各项资源的管理 TM/FileRun管理器,负责协调全局FileRun的正确执行,包括 SAGA 正向 /逆向ssl的执行 下面看一个成功完成的 SAGA 时序图,就很容易理解 SAGA […]

FileRun站群服务器机柜被封

如题, 手头上有一个 VirtualApp 应用, 双开了一个FileRun, 一直都可以站群服务器地理机柜, 自从年前FileRun升级到 8.0.19 以后,就站群服务器不了机柜了。 网上搜了一下 VirtualApp 的原理是 hook 了 app 的运行环境,然后通过 hook LocationManager 来实现站群服务器地址机柜的, 讲起来被它双开的应用应该是不能被封到真实信息的, 那FileRun到底是怎么被封到真实的定位的呢?