分布式计算是云计算和大数据的基础支撑技术之一，分布式存储和分布式计算也是大数据平台和云计算平台的核心技术组成，从这个角度来看，分布式计算是非常重要的技术方向 。未来，随着5G通信的落地应用，分布式计算与边缘计算的发展空间都会比较大 。首先，机器学习和分布式计算都是目前比较热门的方向，近几年相关方向研究生的就业情况也都有不错的表现，薪资待遇也比较可观 。
分布式计算是如何控制事务的？
事务的管理不应该属于Dubbo框架，Dubbo只需实现可被事务管理即可，像JDBC和JMS都是可被事务管理的分布式资源，Dubbo只要实现相同的可被事务管理的行为，比如可以回滚，其它事务的调度，都应该由专门的事务管理器实现 。在Java中，分布式事务主要的规范是JTA/XA，其中：JTA是Java的事务管理器规范，XA是工业标准的X/Open CAE规范，可被两阶段提交及回滚的事务资源定义，比如某数据库实现了XA规范，则不管是JTA，还是MSDTC，都可以基于同样的行为对该数据库进行事务处理 。
首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去 。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性 。可以设想一个最简单的分布式事务场景，对于跨银行的转账操作，该操作涉及到调用两个异地的Service服务，一个是本地提供的取款服务，一个是目标银行提供的存款服务，该两个服务本身无状态且独立，构成一个完整的事务 。
对于事务的处理初步分析:事务补偿机制事务补偿即在事务链中的任何一个正向事务操作，都必须存在一个完全符合回滚规则的可逆事务 。如果是一个完整的事务链，则必须事务链中的每一个业务服务或操作都有对应的可逆服务 。对于Service服务本身无状态，也不容易实现前面讨论过的通过DTC或XA机制实现的跨应用和资源的事务管理，建立跨资源的事务上下文 。
因此也较难以实现真正的预提交和正式提交的分离 。在这种情况下以上面例子来说，首先调用取款服务，完全调用成功并返回，数据已经持久化 。然后调用异地的存款服务，如果也调用成功，则本身无任何问题 。如果调用失败，则需要调用本地注册的逆向服务（本地存款服务），如果本地存款服务调用失败，则必须考虑重试，如果约定重试次数仍然不成功，则必须log到完整的不一致信息 。
也可以是将本地存款服务作为消息发送到消息中间件，由消息中间件接管后续操作 。在上面方式中可以看到需要手工编写大量的代码来处理以保证事务的完整性，我们可以考虑实现一个通用的事务管理器，实现事务链和事务上下文的管理 。对于事务链上的任何一个服务正向和逆向操作均在事务管理和协同器上注册，由事务管理器接管所有的事务补偿和回滚操作 。
基于消息的最终一致性在这里首先要回答的是我们需要时实时一致性还是最终一致性的问题，如果需要的是最终一致性，那么BASE策略中的基于消息的最终一致性是比较好的解决方案 。这种方案真正实现了两个服务的真正解耦，解耦的关键就是异步消息和消息持久化机制 。还是以上面的例子来看 。对于转账操作，原有的两个服务调用变化为第一步调用本地的取款服务，第二步发送异地取款的异步消息到消息中间件 。
如果第二步在本地，则保证事务的完整性基本无任何问题，即本身就是本地事务的管理机制 。只要两个操作都成功即可以返回客户成功 。由于解耦，我们看到客户得到成功返回的时候，如果是上面一种情况则异地卡马上就能查询账户存款增加 。而第二种情况则不一定，因为本身是一种异步处理机制 。消息中间件得到消息后会去对消息解析，然后调用异地银行提供的存款服务进行存款，如果服务调用失败则进行重试 。
推荐阅读
- 48级水浒中刘唐怎么得,10分钟读完《水浒传》
- 【一分钟系列】关于其他内置应用
- 压疮护理的新观点有哪些,平均1分钟接诊
- 5分钟短片记录双11幕后,无名子有多少家店面
- 强者之路怎么提升战力,一分钟教你快速提升
- 你买到一部充电五分钟的手机又怎样
- 你们的锤2玩王者荣耀
- 这是什么都提示，有知道的吗，分分钟跳出来
- 自动挡停几分钟挂什么档 自动档停留一段时间挂什么档
- 我的锤1经历了可怕的五分钟