发表微服务中的服务发现

对比微服务中服务发现的两种方式——客户端服务发现和客户端服务发现。
pull/26/head
Jimmy Song 2017-06-30 18:27:37 +08:00
parent e6b12c43d0
commit 4e1d401db6
3 changed files with 20 additions and 1 deletions

View File

@ -56,7 +56,8 @@
- [5.1.1 Istio](usecases/istio.md) - [5.1.1 Istio](usecases/istio.md)
- [5.1.1.1 安装istio](usecases/istio-installation.md) - [5.1.1.1 安装istio](usecases/istio-installation.md)
- [5.1.1.2 配置请求的路由规则](usecases/configuring-request-routing.md) - [5.1.1.2 配置请求的路由规则](usecases/configuring-request-routing.md)
- [5.2.1 Linkerd](usecases/linkerd.md) - [5.1.2 Linkerd](usecases/linkerd.md)
- [5.1.3 微服务中的服务发现](usecases/service-discovery-in-microservices.md)
- [5.2 大数据](usecases/big-data.md) - [5.2 大数据](usecases/big-data.md)
- [5.2.1 Spark on Kubernetes](usecases/spark-on-kubernetes.md) - [5.2.1 Spark on Kubernetes](usecases/spark-on-kubernetes.md)
- [6. 开发指南](develop/index.md) - [6. 开发指南](develop/index.md)

Binary file not shown.

After

Width:  |  Height:  |  Size: 108 KiB

View File

@ -0,0 +1,18 @@
# 微服务中的服务发现
在单体架构时,因为服务不会经常和动态迁移,所有服务地址可以直接在配置文件中配置,所以也不会有服务发现的问题。但是对于微服务来说,应用的拆分,服务之间的解耦,和服务动态扩展带来的服务迁移,服务发现就成了微服务中的一个关键问题。
服务发现分为**客户端服务发现**和**服务端服务发现**两种,架构如下图所示。
![微服务中的服务发现](../images/service-discovery-in-microservices.png)
这两种架构都各有利弊我们拿客户端服务发现软件Eureka和服务端服务发现架构Kubernetes/SkyDNS+Ingress LB+Traefik+PowerDNS为例说明。
| 服务发现方案 | Pros | Cons |
| :--------- | ----------------------------------- | ---------------------------------------- |
| Eureka | 使用简单适用于java语言开发的项目比服务端服务发现少一次网络跳转 | 对非Java语言的支持不够好Consumer需要内置特定的服务发现客户端和发现逻辑 |
| Kubernetes | Consumer无需关注服务发现具体细节只需知道服务的DNS域名即可 | 需要基础设施支撑,多了一次网络跳转,可能有性能损失 |
## 参考
[谈服务发现的背景、架构以及落地方案](http://www.infoq.com/cn/articles/background-architecture-and-solutions-of-service-discovery)