wanf425的专栏

微服务是目前互联网公司最常用的架构，与传统单体架构相比，微服务架构更加适应互联网快速、灵活的特点，接下来的系列文章我会逐一介绍微服务架构的核心知识点。第一篇我们先来了解什么是微服务。微服务的特点微服务最经典的定义是Martinfowler老爷子在2014年的一篇文章中介绍的，原文如下： the microservice architectural style is an a...

微服务架构的名字里虽然有个”微”，但它涉及的整体架构体系可一点也不”微”，微服务架构除了业务代码的开发以外，还需要很多的支撑服务。每个公司都有自己的微服务架构体系，虽然在细节上有很多不同，但是整体的思路是类似的，下图展示了一个比较成熟的微服务架构体系。这个体系按照请求接入，由外到内的顺序，将整体架构分为接入层、网关层、业务服务层、支撑服务层、平台服务层和基础设施层六层。接入层...

不知道你有没有这样的感受，新系统在前期调研架构的时候，大家都希望优先选择微服务架构，好像一个系统不是微服务架构就OUT了一样。但是真正的架构设计，并不是哪个架构流行就选哪个，那是要遵循简单、合适、扩展的原则。所以在选择微服务架构之前，我们应该仔细衡量它的利与弊，分析微服务架构究竟能为系统带来什么优势，同时又会新增哪些挑战。利强模块化边界模块化一直是软件设计中的一个重要原...

前一篇介绍了微服务的技术架构，这一篇再来介绍微服务的组织架构， 之所以要聊组织架构，是由于著名的康威法则。 设计系统的组织，其产生的架构设计等价于组织间的沟通结构。康威法则讲的是系统架构需要与开发系统的组织架构相匹配，如果不匹配就会造成沟通成本过高的问题。例如开发一个单体应用，当参与开发的人员很少时，大家都隶属于一个团队，没有太大的问题。但是一旦应用的规模很大，需要多个团队...

每一个服务都存在服务的提供方与消费方，服务发现就是消费方发现并且调用服务方提供的服务。在微服务架构下，存在众多的消费方与服务方，而且服务运行在不同的进程之中，消费方如果想要调用某一个服务，必须通过远程调用的方式，此时就会遇到下面几个问题:消费方如何知道服务方的调用地址？以集群方式部署的服务方，如何保证负载均衡？当服务方发生变动，例如IP变更、服务下线等，如何通知到消费方？服务发...