ThoughtWorks

在Web应用中，使用JWT替代session并不是个好主意。那么，适合JWT的使用场景有哪些？

在复杂和混沌的系统中，人、事、物之间的相互作用大多都是非线性的，初始条件千差万别。

作为“敏捷”的固有属性，持续集成也并不仅限于特定的模式，不同的项目可能遵循不同的实践，形式多种多样，效果可能也参差不齐。为了解决这些问题，一些 Workflow 的通用模式被提出，而本文的主角，就是其中的天之骄子 —— GitHub flow。

微服务拆分后遇到的一个麻烦是分布后的一致性问题。单体架构的业务处理和数据都在一个进程里面，一致性保障很成熟，开发人员基本上不用关心。当把业务系统拆分到不同进程时，就遇到了技术性一致性问题。这带来了纠结，我们希望有一颗银弹，一把解决问题。但由于分布式一致性在(CAP)理论上没有完美

在本系列的前两篇文章中作者分别讲到了后端项目的代码模板和DDD编码实践，本文将继续以编码实践的方式分享如何落地事件驱动架构。

区别于”Consumer-Driven Contract”，本文将描述另外一种设计API的方式：Domain-Driven API。这不是API设计的标准方法，但是也许他可以给你灵感，帮助你设计出更具有表达力的API。

上篇文章中，我抛出了自己对于中台的定义，本篇继续讨论，通过推演中台演进过程中的问题，从组织的角度出发，阐述为什么有必要使用产品化的思路来进行中台建设。

我们不妨从DDD中跳出，找一种方法互为参照和检验，比如“端口和适配器架构”。

早在二十多年前，CDC就已经用来将应用系统的数据变更实时发送到数据仓库，进一步转换后传递到数据分析系统，这样能够在极小地影响生产的情况下，有效而及时地将数据传递到消费方。而在微服务架构逐渐流行的今天，这种古老的技术是否能够焕发新的生机？