事务系统

分布式各个节点上都有一些资源，我们希望这些资源是一致的。

我们先不管分布式事务是怎么实现的。我们看下需要满足哪些要求：

• 事务可以提交也可以取消

• 仅当所有 RM 都准备提交时，事务才能提交

• 任何一个 RM 想要取消事务，事务必须取消

• 所有 RM 必须在事务提交还是取消上一致

状态迁移

初始状态：所有 RM 的状态都是 working

接下来：RM 可以进行准备或者做决策

准备：

如果 RM 的某个状态是 working，那么它的下一个状态可以是 prepared

做决策：

1、如果 RM 的某个状态是 prepared，并且此时所有 RM 的状态都是 prepared 或者 committed，那么它的下一个状态可以是 committed

2、如果 RM 的某个状态是 working 或者 prepared，并且此时所有 RM 的状态都不是 committed，那么它的下一个状态可以是 aborted

约束

不存在两个 RM：r1 和 r2，r1 的状态是 committed 但 r2 的状态是 aborted

TLA+ code

2PC & Paxos

分布式系统里面，很多问题一定要有一个协调者。那这个协调者是一个单点的，还是一个“动态”的一个。Paxos 就是解决如何“动态”的一个问题。如何避免协调者成为单点问题。

从模式到架构

架构风格

BoundedContexts 实现为自治的服务(组件)

• Hexagonal Architecture

• Onion Architecture

• Clean Architecture

几乎是面向对象的最佳实践

各个层次都是反向依赖，DIP

但是并没有从整体上去描述行为，更多的是打散在各个对象里了。

这里还是有很多副作用，只是说我用接口调用了，并不是直接调用了。

• Functional Core, Imperative Shell

https://www.destroyallsoftware.com/talks/boundaries

This talk is about using simple values (as opposed to complex objects) not just for holding data, but also as the boundaries between components and subsystems. It moves through many topics: functional programming; mutability's relationship to OO; isolated unit testing with and without test doubles; and concurrency, to name some. The "Functional Core, Imperative Shell" screencast mentioned at the end is available as part of season 4 of the DAS catalog.

If you liked this, you might also like Execute Program: interactive courses on TypeScript, Modern JavaScript, SQL, regular expressions, and more. Each course is made up of hundreds of interactive code examples running live in your browser.

把整个处理分为两层。

• 内层返回指示，完全没有副作用。只是一个计算的描述。

• 外层解释执行依赖。执行计算的描述。

这种方式的架构风格需要重点关注，这个是非常适合电信系统的。