Architecture RESTAPI能处理事务关键型应用程序吗?

Architecture RESTAPI能处理事务关键型应用程序吗?,architecture,Architecture,对于下一代事务关键型应用程序是否需要RESTAPI,存在着问题与解答。其中一个答案在9年前并不需要带来额外的负担。情况是一样的吗?还是REST API更有效、更被普遍接受?REST API被广泛接受,并且通常用于非常关键的应用程序。从医疗设备到银行系统的一切都在使用它们。与任何应用程序一样,它必须正确设计,并且必须仔细考虑事务处理,但它与任何其他体系结构风格没有任何区别 通常情况下,您希望您的交易成为一流公民,这样,如果您有一个银行应用程序,您就可以在一次呼叫中包装您的信用和借记交易,从而实现真

对于下一代事务关键型应用程序是否需要RESTAPI,存在着问题与解答。其中一个答案在9年前并不需要带来额外的负担。情况是一样的吗?还是REST API更有效、更被普遍接受?

REST API被广泛接受,并且通常用于非常关键的应用程序。从医疗设备到银行系统的一切都在使用它们。与任何应用程序一样,它必须正确设计,并且必须仔细考虑事务处理,但它与任何其他体系结构风格没有任何区别


通常情况下,您希望您的交易成为一流公民,这样,如果您有一个银行应用程序,您就可以在一次呼叫中包装您的信用和借记交易,从而实现真正的两阶段提交。这种方法可以让您放松应用程序中非事务性部分的事务性(比您最初想象的要多)。

MSA:Micro Service Architecture for refactoring,我们正在考虑使用REST API for Micro Service Architecture来应用“思洛数据持久化”。我知道MSA可能不需要完全应用于某些任务关键型企业应用程序。我想听听大家对将MSA应用于任务关键型企业应用程序的流行程度的看法或趋势。

比什么更有效、更被普遍接受?网络可能会失败,因此您无法跨网络调用跨事务谢谢您的回答。实际上我的问题是关于MSA的。RESTAPI可以处理这些任务关键型服务,如2阶段提交。但是MSA有一个思洛存储器数据持久化来处理这些可能的不一致性问题。你的意见如何?MSA代表什么?我不熟悉那个缩写词。而且,“思洛存储器数据持久化”对我来说没有意义。