[开发测试]微服务架构系列主题：微服务实现的反模式及正确做法

前言

程序员在程序开发的时候，经常会使用到设计模式，或在面试过程中也经常被提问到设计模式。

所以大家对设计模式比较熟悉了，但大家知道“反模式”吗，什么叫“反模式”？怎样才能避免“反模式”的发生。所以今天的文章，我会从三部分的内容进行讲解。

1. 重新理解一下“模式”和“反模式”的定义

2. 基于微服务实现的“反模式”

3. 微服务的正确做法，来避免“反模式”的发生

1. 重新理解一下“模式”和“反模式”的定义

我们看一下“模式”和“反模式”在维基百科的定义。

根据维基百科的定义，设计模式是一套被反复使用，多数人知晓的，经过分类编目的代码设计经验的总结，是软件设计的某些特定场合的某些问题的解决思路。是前人经过大量的实践，总结出来的无论从效率、扩展性、复用性、可靠性等方面都显现出优势的解决思路。

反模式（anti-pattern）指的则是在实践中明显出现，但低效或有待优化的设计模式，是用来解决问题的带有共同性的不良方法。

2. 基于微服务实现的“反模式”

以下是我从架构，交付和运维，产品，组织，技术这几个维度总结出来的，微服务实现的“反模式”，供大家借鉴参考。

3. 微服务的正确做法，来避免“反模式”的发生

所以针对于以上的微服务实现的“反模式”，以下是微服务应该被实现具备的特性，来避免“反模式”的发生。

微服务应该被实现具备以下特性：