超级会员免费看
微服务是一种将大型应用拆分为小型独立服务的架构风格，每个服务可独立部署、扩展和维护。本文首先介绍了微服务的概念，区分了分布式、集群和节点的定义，接着阐述了微服务相对于单体服务的优势和挑战。随后，详细讨论了微服务的组件，如注册中心（Eureka、Consul、ZooKeeper、Nacos等）的原理和作用。最后，提到了服务治理、配置中心、API网关、负载均衡、熔断降级限流等关键技术，以及微服务设计原则和拆分依据，强调了CAP定理和BASE理论在微服务架构中的重要性。
1、微服务
微服务（Microservices）是一种软件架构风格，把一个单独的应用程序开发为一套小服务，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是 HTTP API。这些服务围绕业务能力来构建，并通过完全自动化部署机制来独立部署。这些服务使用不同的编程语言书写，以及不同数据存储技术，并保持最低限度的集中式管理。
简而言之：拒绝大型单体应用，基于业务边界进行服务拆分，各个服务独立部署运行。
1.1 分布式&集群&节点
《分布式系统原理与范型》定义：分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统。分布式系统是建立在网络之上的软件系统。
分布式是指将不同的业务分布在不同的地方，集群是指将几台服务器集中在一起实现同一业务，节点是指集群中一个服务器。
例如：京东是一个分布式系统，众多业务运行在不同的机器，所有的业务构成一个大型的业务集群。每一个小的业务，比如订单系统访问压力大的时候，一台服务器是不够的，我们应该将订单系统部署到多个服务器，也就是每一个业务系统也可以做集群化。
总结：集群是个物理形态，分布式是个工作方式，分布式中每一个节点都可以做集群，而集群并不一定就是分布式的。 只要是一堆机器就可以集群，他们是不是一起协作干活，这个谁也不知道。
1.2 架构演变
订阅专栏 解锁全文
1359
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
