模式结构-微服务架构设计模式

需求（Forces)

结果上下文(Resulting context)

相关模式(Related patterns)

需求：必须解决的问题

需求部分描述了必须解决的问题和围绕这个问题的特定上下文环境。

需求有时候是相互冲突的，所以不能指望把他们全部都解决（必须取舍）。哪一个需求更重要，取决于他的上下文。你必须把需求按优先级进行排序。

结果上下文：采用模式可能带来的后果

好处：这个模式的好处和他解决了什么需求。

弊端：这个模式的弊端和他没有解决哪些需求。

问题：使用这个模式所引入的问题。

相关模式：5种不同类型的关系

前导（Predecessor）:

前导模式是催生这个模式的需求的模式。例如，微服务架构模式是除单体架构模式以外整个模式语言中所有模式的前导模式。

后续（Successor）：

后续模式是指用来解决当前模式所引入的新问题的模式。例如，如果你采用了微服务架构模式，你需要一系列的后续模式来解决诸如服务发现，断路器等微服务带来的新问题。

替代（Altrenative）：

当前模式的替代模式，提供了另外的解决方案。例如，单体架构和微服务架构就是互为替代的模式。

泛化（Generalization）：

针对一个问题的一般性解决方案。例如，在第12章中你会了解到“每主机单个服务”这个模式存在多种不同的技术实现。

特化（Specialization）：

针对特定模式的具体解决方案。例如，在第12章中你会了解到将服务部署为容器模式是针对“每主机单个服务”的具体解决方案。

参考：微服务架构设计模式 (克里斯·理查森(Chris Richardson))