add: observability
Jimmy Song
parent
08eebb039c
commit
3addfaaa15
|
|
@ -209,6 +209,7 @@
|
||||||
* [微服务中的服务发现](usecases/service-discovery-in-microservices.md)
|
* [微服务中的服务发现](usecases/service-discovery-in-microservices.md)
|
||||||
* [使用 Java 构建微服务并发布到 Kubernetes 平台](usecases/microservices-for-java-developers.md)
|
* [使用 Java 构建微服务并发布到 Kubernetes 平台](usecases/microservices-for-java-developers.md)
|
||||||
* [Spring Boot 快速开始指南](usecases/spring-boot-quick-start-guide.md)
|
* [Spring Boot 快速开始指南](usecases/spring-boot-quick-start-guide.md)
|
||||||
|
* [可观察性](usecases/observability.md)
|
||||||
* [Service Mesh 服务网格](usecases/service-mesh.md)
|
* [Service Mesh 服务网格](usecases/service-mesh.md)
|
||||||
* [企业级服务网格架构](usecases/the-enterprise-path-to-service-mesh-architectures.md)
|
* [企业级服务网格架构](usecases/the-enterprise-path-to-service-mesh-architectures.md)
|
||||||
* [Service Mesh 基础](usecases/service-mesh-fundamental.md)
|
* [Service Mesh 基础](usecases/service-mesh-fundamental.md)
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,27 @@
|
||||||
|
# 可观察性
|
||||||
|
|
||||||
|
可观察性使用指标、日志和追踪这些外部输出来理解系统的能力。这些指标、日志和追踪是基于系统内部的事件产生的。
|
||||||
|
|
||||||
|
## 指标（Metrics）
|
||||||
|
|
||||||
|
指标是数据的总体汇总，它能让你了解正在发生的事情和需要深入挖掘的地方。服务不断产生消费指标，这些指标是服务健康状况的持续衡量标准。
|
||||||
|
|
||||||
|
指标包括两种类型：应用/业务指标和运维指标。
|
||||||
|
|
||||||
|
### 应用指标
|
||||||
|
|
||||||
|
应用性能指标（Application Performance Metrics，简称 APM）数据与应用性能有关，如加载时间和响应时间，确保应用向客户提供预期性能。像 [Apache Skywalking](https://skywalking.apache.org) 这样的开源技术可以集成到 Istio 服务网格中，既可以作为 APM，也可以作为额外的服务性能管理（Service Performance Management，简称 SPM）系统——一举两得。
|
||||||
|
|
||||||
|
### 运维指标
|
||||||
|
|
||||||
|
运维指标关注的是服务的运行情况。你的环境表现如何，通常被描述为 "RED "指标——衡量请求（Request）率 、错误（Error）率和持续（Duration）时间。
|
||||||
|
|
||||||
|
服务网格（比如Istio）唯一关心的就是收集这些运维指标，帮助你确定服务表现如何，并对服务健康状况有一个大致的了解。
|
||||||
|
|
||||||
|
## 日志（Logs）
|
||||||
|
|
||||||
|
日志是冗长的。包含一个 "事件 "从头到尾的信息。一则日志可以收集（匿名）用户数据。例如，哪个用户发出了请求，这条请求从哪里开始，到达哪些服务等等。
|
||||||
|
|
||||||
|
## 追踪（Tracing）
|
||||||
|
|
||||||
|
追踪让你能够看到一个请求从开始到结束的过程。它是对事件行为的实时捕捉。它可以帮助确定故障发生的位置，或确定引起当前示例性能问题的原因。 在基于微服务的环境中会产生大量的事件。事件被定义为从请求到达网络外围的那一刻起发生的一切，即产生可观察数据的动作。
|
||||||
|
|
@ -1,56 +0,0 @@
|
||||||
## SOFAMesh
|
|
||||||
|
|
||||||
**注意：本书中的 Service Mesh 章节已不再维护，请转到 [istio-handbook](https://www.servicemesher.com/istio-handbook) 中浏览。**
|
|
||||||
|
|
||||||
SOFAMesh由蚂蚁金服开源，在兼容Istio整体架构和协议的基础上，做出部分调整：
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
1. **使用Go语言开发全新的Sidecar，替代Envoy**
|
|
||||||
2. **为了避免Mixer带来的性能瓶颈，合并Mixer部分功能进入Sidecar**
|
|
||||||
3. **Pilot和Citadel模块进行了大幅的扩展和增强**
|
|
||||||
|
|
||||||
我们的目标：打造一个更加务实的Istio落地版本！
|
|
||||||
|
|
||||||
> 备注：以上架构调整的细节以及我们做调整的出发点和原因，请浏览 [蚂蚁金服大规模微服务架构下的Service Mesh探索之路](https://www.servicemesher.com/blog/the-way-to-service-mesh-in-ant-financial/)一文，有非常详尽的解释。
|
|
||||||
|
|
||||||
## 开源内容
|
|
||||||
|
|
||||||
在本轮开源中，我们将推出SOFAMesh目前正在开发的两大模块：MOSN和SOFAPilot。
|
|
||||||
|
|
||||||
### 1.MOSN
|
|
||||||
|
|
||||||
SOFAMesh中Golang版本的Sidecar，是一个名为MOSN(Modular Observable Smart Netstub)的全新开发的模块，实现Envoy的功能，兼容Envoy的API，可以和Istio集成。
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
此外，我们会增加对SOFARPC、Dubbo等通讯协议的支持，以便更好的迎合国内用户包括我们自身的实际需求。
|
|
||||||
|
|
||||||
由于Sidecar相对独立，而且我们也预期会有单独使用MOSN的场景，因此MOSN的代码仓库是独立于SOFAMesh的，地址为： https://github.com/sofastack/sofa-mosn
|
|
||||||
|
|
||||||
欢迎大家使用，提供需求、反馈问题、贡献代码或者合作开发。
|
|
||||||
|
|
||||||
### 2.SOFAPilot
|
|
||||||
|
|
||||||
我们将大幅扩展和增强Istio中的Pilot模块：
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
1. **增加SOFARegistry的Adapter，提供超大规模服务注册和发现的解决方案**
|
|
||||||
2. **增加数据同步模块，以实现多个服务注册中心之间的数据交换。**
|
|
||||||
3. **增加Open Service Registry API，提供标准化的服务注册功能**
|
|
||||||
|
|
||||||
MOSN和SOFAPilot配合，将可以提供让传统侵入式框架（如Spring Cloud，Dubbo，SOFA RPC等）和Service Mesh产品可以相互通讯的功能，以便可以平滑的向Service Mesh产品演进和过渡。
|
|
||||||
|
|
||||||
**Pilot和后面会陆续开放的Mixer\Citadel等Istio模块**，会统一存放在同一个从Istio Fork出来的代码仓库中。未来会持续更新Istio最新代码，以保持和Istio的一致。
|
|
||||||
|
|
||||||
## Roadmap
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
## 参考
|
|
||||||
|
|
||||||
- [SOFAMOSN](https://github.com/sofastack/sofa-mosn)
|
|
||||||
- [SOFAMesh](https://github.com/sofastack/sofa-mesh)
|
|
||||||
- [SOFAMesh官方文档](https://www.sofastack.tech/projects/sofa-mesh/overview)
|
|
||||||
- [蚂蚁金服大规模微服务架构下的Service Mesh探索之路](https://www.servicemesher.com/blog/the-way-to-service-mesh-in-ant-financial/)
|
|
||||||
|
|
@ -1,72 +0,0 @@
|
||||||
# 使用 MOSN 构建 SOFAMesh
|
|
||||||
|
|
||||||
**注意：本书中的 Service Mesh 章节已不再维护，请转到 [istio-handbook](https://www.servicemesher.com/istio-handbook) 中浏览。**
|
|
||||||
|
|
||||||
本文介绍的内容将包括 :
|
|
||||||
|
|
||||||
- [MOSN](https://github.com/sofastack/sofa-mosn) 与 [SOFAMesh](https://github.com/sofastack/sofa-mesh) 的关系
|
|
||||||
- 部署 SOFAMesh
|
|
||||||
|
|
||||||
至于 SOFAMesh 的使用跟 Istio 没有区别，只是截止本文发稿时 MOSN 的流量管理只支持：
|
|
||||||
|
|
||||||
- 按 version 路由
|
|
||||||
- 按 weight 路由
|
|
||||||
- 按照特定 header 路由
|
|
||||||
|
|
||||||
其他更高级功能仍在进一步开发中。
|
|
||||||
|
|
||||||
## MOSN 与 SOFAMesh 的关系
|
|
||||||
|
|
||||||
**MOSN 是使用 Go 语言开发的 Service Mesh 数据平面代理**，而 SOFAMesh 则是基于 Istio 改进和扩展而来的 Service Mesh 大规模落地实践方案， MOSN **是** SOFAMesh 的关键组件。目前由于 MOSN 相比 Envoy 做了一些改造，无法在 Istio 下直接使用，所以本文的实验需要在 SOFAMesh 体系中进行。下图是 SOFAMesh 整体框架下，MOSN 的工作示意图。
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
## 部署 SOFAMesh
|
|
||||||
|
|
||||||
我们直接使用 `sofa-mesh-demo.yaml` 文件来安装 SOFAMesh，不过在安装前你需要先使用 [kubernetes-vagrant-centos-cluster](https://github.com/rootsongjc/kubernetes-vagrant-centos-cluster) 安装 Kubernetes 集群，建议安装 Kubernetes 1.11+，并在你的本地电脑上安装 `kubectl` 命令行工具。
|
|
||||||
|
|
||||||
执行下面的命令部署 SOFAMesh。
|
|
||||||
|
|
||||||
```bash
|
|
||||||
$ kubectl create -f manifests/sofa-mesh
|
|
||||||
```
|
|
||||||
|
|
||||||
# MOSN in SOFAMesh
|
|
||||||
|
|
||||||
部署完成后，我们再检查下在 `istio-system` 命名空间下启动的 pod 和 service。
|
|
||||||
|
|
||||||
```bash
|
|
||||||
# 获取 pod 状态
|
|
||||||
$ kubectl -n istio-system get pod
|
|
||||||
NAME READY STATUS RESTARTS AGE
|
|
||||||
istio-citadel-5cf74d467f-c8dkr 1/1 Running 0 1h
|
|
||||||
istio-egressgateway-d4c9f6864-hpz86 1/1 Running 0 1h
|
|
||||||
istio-galley-6886984468-szfhc 1/1 Running 0 1h
|
|
||||||
istio-ingressgateway-64465cbb5f-5rmrf 1/1 Running 0 1h
|
|
||||||
istio-pilot-86c787bbfb-2n4rt 1/1 Running 0 1h
|
|
||||||
istio-policy-6ff7df778c-x87k7 1/1 Running 0 1h
|
|
||||||
istio-sidecar-injector-69577c64c5-b86sc 1/1 Running 0 1h
|
|
||||||
istio-statsd-prom-bridge-55965ff9c8-22hrf 1/1 Running 0 1h
|
|
||||||
istio-telemetry-65d66f78f6-l8mkc 1/1 Running 0 1h
|
|
||||||
prometheus-7456f56c96-mptww 1/1 Running 0 1h
|
|
||||||
# 获取服务状态
|
|
||||||
$ kubectl -n istio-system get svc
|
|
||||||
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
|
|
||||||
istio-citadel ClusterIP 10.254.216.170 <none> 8060/TCP,9093/TCP 1h
|
|
||||||
istio-egressgateway ClusterIP 10.254.150.44 <none> 80/TCP,443/TCP 1h
|
|
||||||
istio-galley ClusterIP 10.254.70.174 <none> 443/TCP,9093/TCP 1h
|
|
||||||
istio-ingressgateway NodePort 10.254.116.52 <none> 80:31380/TCP,443:31390/TCP,31400:31400/TCP,15011:32270/TCP,8060:30226/TCP,15030:31883/TCP,15031:31955/TCP 1h
|
|
||||||
istio-pilot ClusterIP 10.254.150.248 <none> 15010/TCP,15011/TCP,8080/TCP,9093/TCP 1h
|
|
||||||
istio-policy ClusterIP 10.254.80.42 <none> 9091/TCP,15004/TCP,9093/TCP 1h
|
|
||||||
istio-sidecar-injector ClusterIP 10.254.183.202 <none> 443/TCP 1h
|
|
||||||
istio-statsd-prom-bridge ClusterIP 10.254.51.10 <none> 9102/TCP,9125/UDP 1h
|
|
||||||
istio-telemetry ClusterIP 10.254.176.114 <none> 9091/TCP,15004/TCP,9093/TCP,42422/TCP 1h
|
|
||||||
prometheus ClusterIP 10.254.17.234 <none> 9090/TCP 1h
|
|
||||||
```
|
|
||||||
|
|
||||||
**注意**：因为我的集群不支持 `LoadBalancer` ，所以`istio-ingressgateway` 服务我们使用 `NodePort` 方式对外暴露。
|
|
||||||
|
|
||||||
## 参考
|
|
||||||
|
|
||||||
- [SOFAMesh - github.com](https://github.com/sofastack/sofa-mesh)
|
|
||||||
- [MOSN - github.com](https://github.com/sofastack/sofa-mosn)
|
|
||||||
|
|
@ -1,49 +0,0 @@
|
||||||
# MOSN
|
|
||||||
|
|
||||||
**注意：本书中的 Service Mesh 章节已不再维护，请转到 [istio-handbook](https://www.servicemesher.com/istio-handbook) 中浏览。**
|
|
||||||
|
|
||||||
GitHub地址：https://github.com/sofastack/sofa-mosn
|
|
||||||
|
|
||||||
MOSN 是一款使用 Go 语言开发的 Service Mesh 数据平面代理，旨在为服务提供分布式、模块化、可观察和智能化的代理能力。MOSN 是 Modular Observable Smart Network 的简称。MOSN 可以与任何支持 xDS API 的 Service Mesh 集成，亦可以作为独立的四、七层负载均衡使用。未来 MOSN 将支持更多云原生场景，并支持 Nginx 的核心转发功能。
|
|
||||||
|
|
||||||
## 核心能力
|
|
||||||
|
|
||||||
- Istio 集成
|
|
||||||
- 集成 Istio 0.8 版本 Pilot V2 API，可基于全动态资源配置运行
|
|
||||||
- 核心转发
|
|
||||||
- 自包含的网络服务器
|
|
||||||
- 支持 TCP 代理
|
|
||||||
- 支持 TProxy 模式
|
|
||||||
- 多协议
|
|
||||||
- 支持 HTTP/1.1，HTTP/2
|
|
||||||
- 支持 SOFARPC
|
|
||||||
- 支持 Dubbo 协议（开发中）
|
|
||||||
- 支持 HSF 协议（开发中）
|
|
||||||
- 核心路由
|
|
||||||
- 支持 virtual host 路由
|
|
||||||
- 支持 headers/url/prefix 路由
|
|
||||||
- 支持基于 host metadata 的 subset 路由
|
|
||||||
- 支持重试
|
|
||||||
- 后端管理&负载均衡
|
|
||||||
- 支持连接池
|
|
||||||
- 支持熔断
|
|
||||||
- 支持后端主动健康检查
|
|
||||||
- 支持 random/rr 等负载策略
|
|
||||||
- 支持基于 host metadata 的 subset 负载策略
|
|
||||||
- 可观察性
|
|
||||||
- 观察网络数据
|
|
||||||
- 观察协议数据
|
|
||||||
- TLS
|
|
||||||
- 支持 HTTP/1.1 on TLS
|
|
||||||
- 支持 HTTP/2 on TLS
|
|
||||||
- 支持 SOFARPC on TLS
|
|
||||||
- 进程管理
|
|
||||||
- 支持平滑 reload
|
|
||||||
- 支持平滑升级
|
|
||||||
- 扩展能力
|
|
||||||
- 支持自定义私有协议
|
|
||||||
- 支持在 TCP IO 层，协议层面加入自定义扩展
|
|
||||||
|
|
||||||
## 参考
|
|
||||||
|
|
||||||
- 详细信息请参考[MOSN GitHub仓库](https://github.com/sofastack/sofa-mosn)
|
|
||||||
Loading…
Reference in New Issue