分析微服务架构中的数据一致性

在微处事中，一个逻辑上原子操纵可以常常超过多个微处事。纵然是单片体系也也许行使多个数据库或动静转达办理方案。行使多个独立的数据存储办理方案，假如个中一个漫衍式流程参加者呈现妨碍，我们就谋面对数据纷歧致的风险 - 譬喻在未下订单的环境下向客户收费或未关照客户订单乐成。在本文中，我想分享一些我为使微处事之间的数据最终保持同等而学到的技能。

为什么实现这一方针云云具有挑衅性？只要我们有多个存储数据的处所（不在单个数据库中），就不能自动办理同等性题目，工程师在计划体系时必要留意同等性。今朝，在我看来，业界还没有一个广为人知的办理方案，可以在多个差异的数据源中自动更新数据 - 我们也许不该该守候很快就能得到一个。

以自动且无障碍的方法办理该题目的一种实行是实现两阶段提交（2PC）模式的XA协议。但在当代高局限应用中（出格是在云情形中），2PC好像示意不佳。为了消除2PC的弱点，我们必需买卖营业ACID for BASE并按照要求以差异方法包围同等性题目。

在多个微处事中处理赏罚同等性题目的最出名的要领是Saga模式。 您可以将Sagas视为多个事宜的应用措施级漫衍式和谐。 按照用例和要求，您可以优化本身的Saga实验。 相反，XA协议试图涵盖全部场景。 Saga模式也不是新的。 它在已往已知并用于ESB和SOA系统布局中。 ***，它乐成地转变为微处事天下。 超过多个处事的每个原子营业操纵也许包括技能级此外多个事宜。 Saga Pattern的要害头脑是可以或许回滚个中一个单独的买卖营业。 众所周知，开箱即用的已经提交的单个事宜无法举办回滚。 但这是通过引入赔偿操纵来实现的 - 通过引入“打消”操纵。

在管帐中，对账是确保两组记录（凡是是两个账户的余额）告竣同等的进程。对帐用于确保分开帐户的资金与现实支出的资金相匹配。这是通过确保在特定管帐时代竣事时余额匹配来完成的。 - Jean Scheid，“相识资产欠债表账户调理”，Bright Hub，2011年4月8日

回到微处事，行使沟通的原则，我们可以在一些举措触发器上和谐来自多个处事的数据。当检测到妨碍时，可以按打算或由监控体系触发操纵。最简朴的要领是运行逐记录较量。可以通过较量聚合值来优化该进程。在这种环境下，个中一个体系将成为每笔记录的真实来历。

想象一下多步调买卖营业。如安在对帐时代确定哪些事宜也许已失败以及哪些步调失败？一种办理方案是搜查每个事宜的状态。在某些环境下，此成果不行用（想象一下发送电子邮件或天生其他范例动静的无状态邮件处事）。在其他一些环境下，您也许但愿当即相识事宜状态，尤其是在具有很多步调的伟大方案中。譬喻，预订航班，旅馆和起色的多步订单。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!