Seata中如果调用另外一个第三方服务，没办法改造，这种适合用哪种模式呢？

在Seata中，如果需要调用一个无法改造的第三方服务，并且这个场景涉及到分布式事务处理，推荐使用TCC（Try-Confirm-Cancel）事务模式。TCC模式适用于服务间有明确的业务逻辑划分，且每个服务都能实现预操作、确认操作和取消操作的情况。对于不支持事务协调或改造成本高的第三方服务，TCC模式通过业务层面的两次尝试设计来保证事务的最终一致性。

TCC模式的工作流程分为三个阶段： 1. Try（尝试）阶段：进行业务预检查和资源预留，此阶段需确保幂等。 2. Confirm（确认）阶段：在所有参与服务的Try阶段都成功后，执行业务确认操作，真正完成业务。 3. Cancel（取消）阶段：如果在Try阶段有任一服务失败，则需要调用所有已成功Try的服务的Cancel方法，释放之前预留的资源。

由于第三方服务无法直接参与到Seata的AT模式（自动补偿的两阶段提交）中，TCC模式通过业务代码层面的控制，能够更好地适应这种场景，确保即使在与第三方服务交互时也能保持数据的一致性。

因此，在面对不能改造的第三方服务调用时，采用TCC事务模式是较为合适的选择。