上一讲我们学习了 Dubbo 是如何与 Nacos 协同作业。通过对比 RESTful 与 RPC,我们介绍了两种通信方式的区别,再通过实例讲解如何将 Dubbo 与 Nacos 进行整合。但你是否发现无论是基于 OpenFeign 的 RESTful 通信,还是基于 Dubbo 的 RPC 通信,
上一节我介绍了什么是 OpenFeign 通信组件,讲解了如何基于 OpenFeign 实现微服务间的高可用通信。本文我们将继续探讨微服务通信话题,了解阿里巴巴自家的 RPC 框架 Dubbo 是如何与 Spring Cloud Alibaba 协同作业的。在本文我们将介绍以下三方面内容: 对比 R
上一讲我们学习了 Ribbon 与 RestTemplate 两个组件。Ribbon 提供了客户端负载均衡,而 RestTemplate 则封装了 HTTP 的通讯,简化了发送请求的过程。两者相辅相成构建了服务间的高可用通信。 不过在使用后,你也应该会发现 RestTemplate,它只是对 HTT
上一讲我们对 Nacos 的集群环境与实现原理进行了讲解,我们已经可以轻松将单个微服务接入到 Nacos 进行注册,但是微服务本不是孤岛,如何实现有效的服务间稳定通信是本文即将介绍的主要内容,本次我们将主要学习三方面知识: 介绍 Ribbon 负载均衡器; 讲解 Ribbon+RestTemplat
上一节我们学习了 Nacos 注册中心的作用以及单点运行的方法,但是单点运行是分布式应用的大忌,在分布式架构中,任何单点都可能成为系统的瓶颈,因此在生产环境中 Nacos 都需要通过部署集群来为系统带来高可用性。因此本文围绕 Nacos 集群主要讲解以下三方面内容: 生产环境 Nacos 集群的设计
前文我们学习了通用的微服务架构应包含哪些组件以及 Spring Cloud Alibaba 生态中对应的技术实现,其中整个架构体系最核心的组件是服务注册中心 Alibaba Nacos。本讲我们就对 Nacos 展开探讨,学习它的使用办法。在本讲我们会讲解三方面内容: 介绍 Nacos 注册中心的特
之前的课程我分享了微服务在生产实践中的一些经验教训,但我也强调微服务架构是一种风格,需要具体的技术来支撑,而在 Java 领域微服务是如何实现的?本讲我将通过下面三个方面来阐述: 通用的微服务架构应包含哪些组件; Spring Cloud 是如何支撑微服务架构的; 我为什么强烈推荐 Spring C
前文我们探讨了什么是微服务,尽管微服务架构有着高度独立的软件模块、单一的业务职责、可灵活调整的技术栈等优点,但也不能忽视它所带来的弊端,本节我们将针对引入微服务架构后带来的新问题展开讨论,并分享一些我在微服务实践中的心得。 微服务架构的新挑战 在著名软件著作《人月神话》中提到,软件世界没有“银弹”,
本节课,让我们一起来了解到底什么才是微服务。 什么是微服务架构 首先,到底什么是微服务呢?微服务名词出现的历史其实并不久远。2011 年的 5 月份,威尼斯附近的一个软件架构师的研讨会上,微服务的概念第一次被人提起,但当时并没有给出微服务明确的定义。随着技术的发展,在 2014 年的 3 月份,由詹
上一讲里,我们介绍了两大类型的系统升级重构方案,还介绍了如何进行重构版本的上线,以及如何平滑地完成新老版本切换的方案。在本讲里,将会具体介绍如何判断系统发展到什么阶段需要重构,以及如何实施重构。 系统稳定性的重构升级 简单、通用的微服务架构如下图 1 所示,它包含一个应用服务和一个数据库作为存储。