
微服务设计模式(翻译)
文章平均质量分 79
hashcon
做自媒体技术分享很久了,大家的抬爱与支持让我很开心很感激,但是个人本来做这些也并不是为了收益,只是为了个人学习与传播知识帮助更多的人,所以我将全网所有账号全部收益,持续捐给各种公益项目,也算不辜负大家的抬爱,也是回报祖国对我的一番培养。
曾任职于顺丰,华为,网易等公司,从Java小白,成长为资深开发与项目组首席架构师。喜欢源码与开源,曾贡献 MyCat1.6 核心源码,贡献过druid,Spring Cloud,dubbox,Apache RocketMQ,Apache Bookeeper 等多开源项目。
展开
-
[翻译]微服务设计模式 - 8. 服务发现 - 第三方注册
原文地址:https://microservices.io/patterns/self-registration.html 背景 假设你采用了客户端服务发现或者服务端服务发现,服务启动时需要向注册中心注册实例,在关闭时向注册中心注销,以便其他服务感知。 问题 服务实例如何向注册中心注册或注销? 考虑因素 服务在启动时必须向注册中心注册实例,并且在关闭时在注册中心注销实例 必须从注册中心注销崩溃的服务实例 正在运行但是无法正常提供服务的实例,也需要在注册中心注销 解决方案 引入一个第三方注册代理,负责.翻译 2021-03-18 10:34:04 · 399 阅读 · 0 评论 -
[翻译]微服务设计模式 - 7. 服务发现 - 自注册
原文地址:https://microservices.io/patterns/self-registration.html 背景 假设你采用了客户端服务发现或者服务端服务发现,服务启动时需要向注册中心注册实例,在关闭时向注册中心注销,以便其他服务感知。 问题 服务实例如何向注册中心注册或注销? 考虑因素 服务在启动时必须向注册中心注册实例,并且在关闭时在注册中心注销实例 必须从注册中心注销崩溃的服务实例 正在运行但是无法正常提供服务的实例,也需要在注册中心注销 解决方案 服务实例负责在注册中心注册自.翻译 2021-03-18 10:33:11 · 399 阅读 · 0 评论 -
[翻译]微服务设计模式 - 6. 服务发现 - 服务注册中心
原文地址:https://microservices.io/patterns/service-registry.html 背景 访问一个服务的客户端使用客户端服务发现或者服务端服务发现确定一个服务实例的位置并发送请求给这个实例调用所需服务。 问题 在客户端服务发现中,客户端如何知道服务的可用实例在哪里?在服务端发现实例中,负载均衡器如何知道服务的可用实例在那里? 考虑因素 每个实例可能在特定的主机和端口暴露远程 API(例如 HTTP/REST,或者 Thrift) 服务实例的数量及其位置动态变化。虚.翻译 2021-03-16 10:03:45 · 393 阅读 · 0 评论 -
[翻译]微服务设计模式 - 5. 服务发现 - 服务端服务发现
原文地址:https://microservices.io/patterns/server-side-discovery.html 服务之间需要互相调用,在单体架构中,服务之间的互相调用直接通过编程语言层面的方法调用就搞定了。在传统的分布式应用的部署中,服务地址和端口是固定并且提前预知的,所以只需要简单的 HTTP/REST 调用或者其他的 RPC 机制直接调用即可。但是在当下的云原生微服务体系中,微服务大多在某个虚拟机或者某个容器下运行,服务实例数量以及提供服务的地址以及端口都是不固定的,可以理解为,.翻译 2021-03-16 10:03:14 · 402 阅读 · 0 评论 -
[翻译]微服务设计模式 - 1. 单体应用模式
原文地址:https://microservices.io/patterns/monolithic.html 场景描述 假设你正在开发一个大型服务端企业应用,有如下需求: 必须支持多种客户端,包括:WEB 端浏览器、WAP 端浏览器以及原生移动 APP。 对外暴露公共 API 用于调用 处理 HTTP 请求,或者消息,执行对应的业务逻辑。 访问数据库,缓存或者持久化响应的数据 与其他系统进行通信,交换所需的信息 返回 HTTP 响应,指定好特定的序列化方式,例如 JSON、 XML 等等 根据业务逻辑.翻译 2021-03-13 16:00:38 · 282 阅读 · 0 评论 -
[翻译]微服务设计模式 - 4. 服务发现 - 客户端服务发现
原文地址:https://microservices.io/patterns/client-side-discovery.html 服务之间需要互相调用,在单体架构中,服务之间的互相调用直接通过编程语言层面的方法调用就搞定了。在传统的分布式应用的部署中,服务地址和端口是固定并且提前预知的,所以只需要简单的 HTTP/REST 调用或者其他的 RPC 机制直接调用即可。但是在当下的云原生微服务体系中,微服务大多在某个虚拟机或者某个容器下运行,服务实例数量以及提供服务的地址以及端口都是不固定的,可以理解为,.翻译 2021-03-14 20:08:27 · 422 阅读 · 1 评论 -
[翻译]微服务设计模式 - 3. 按业务功能拆分模式
原文地址:https://microservices.io/patterns/decomposition/decompose-by-business-capability.html 背景介绍 假设你在开发一个大型复杂的微服务架构的应用,微服务架构的目标是将程序设计成一组松耦合的微服务应用,通过持续交付与部署,加速软件开发。 微服务架构通过两种方式实现这一点: 简化测试,并且保证组件能够独立部署。 小型的(6-10个人)且自治的团队互相协作完成软件开发,每个小团队负责一个或多个微服务。 但是要想享受.翻译 2021-03-14 20:07:55 · 586 阅读 · 1 评论 -
[翻译]微服务设计模式 - 2. 微服务应用模式
原文地址:https://microservices.io/patterns/microservices.html 场景描述 假设你正在开发一个大型服务端企业应用,有如下需求: 必须支持多种客户端,包括:WEB 端浏览器、WAP 端浏览器以及原生移动 APP。 对外暴露公共 API 用于调用 处理 HTTP 请求,或者消息,执行对应的业务逻辑。 访问数据库,缓存或者持久化响应的数据 与其他系统进行通信,交换所需的信息 返回 HTTP 响应,指定好特定的序列化方式,例如 JSON、 XML 等等 根据业.翻译 2021-03-13 16:01:16 · 512 阅读 · 0 评论