add: observability

pull/429/head
Jimmy Song 2020-11-23 12:18:20 +08:00
parent 08eebb039c
commit 3addfaaa15
5 changed files with 28 additions and 177 deletions

View File

@ -209,6 +209,7 @@
* [微服务中的服务发现](usecases/service-discovery-in-microservices.md)
* [使用 Java 构建微服务并发布到 Kubernetes 平台](usecases/microservices-for-java-developers.md)
* [Spring Boot 快速开始指南](usecases/spring-boot-quick-start-guide.md)
* [可观察性](usecases/observability.md)
* [Service Mesh 服务网格](usecases/service-mesh.md)
* [企业级服务网格架构](usecases/the-enterprise-path-to-service-mesh-architectures.md)
* [Service Mesh 基础](usecases/service-mesh-fundamental.md)

View File

@ -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
追踪让你能够看到一个请求从开始到结束的过程。它是对事件行为的实时捕捉。它可以帮助确定故障发生的位置,或确定引起当前示例性能问题的原因。 在基于微服务的环境中会产生大量的事件。事件被定义为从请求到达网络外围的那一刻起发生的一切,即产生可观察数据的动作。

View File

@ -1,56 +0,0 @@
## SOFAMesh
**注意:本书中的 Service Mesh 章节已不再维护,请转到 [istio-handbook](https://www.servicemesher.com/istio-handbook) 中浏览。**
SOFAMesh由蚂蚁金服开源在兼容Istio整体架构和协议的基础上做出部分调整
![SOFAMesh architecture](../images/0069RVTdgy1fu08m7p22kj31kw1biq98.jpg)
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集成。
![SOFAMesh MOSN](../images/006tKfTcgy1ft75ot24lzj31ec18479s.jpg)
此外我们会增加对SOFARPC、Dubbo等通讯协议的支持以便更好的迎合国内用户包括我们自身的实际需求。
由于Sidecar相对独立而且我们也预期会有单独使用MOSN的场景因此MOSN的代码仓库是独立于SOFAMesh的地址为 https://github.com/sofastack/sofa-mosn
欢迎大家使用,提供需求、反馈问题、贡献代码或者合作开发。
### 2.SOFAPilot
我们将大幅扩展和增强Istio中的Pilot模块
![SOFAMesh Pilot architecture](../images/006tKfTcgy1ft75pq8rplj31kw19sn5q.jpg)
1. **增加SOFARegistry的Adapter提供超大规模服务注册和发现的解决方案**
2. **增加数据同步模块,以实现多个服务注册中心之间的数据交换。**
3. **增加Open Service Registry API提供标准化的服务注册功能**
MOSN和SOFAPilot配合将可以提供让传统侵入式框架如Spring CloudDubboSOFA RPC等和Service Mesh产品可以相互通讯的功能以便可以平滑的向Service Mesh产品演进和过渡。
**Pilot和后面会陆续开放的Mixer\Citadel等Istio模块**会统一存放在同一个从Istio Fork出来的代码仓库中。未来会持续更新Istio最新代码以保持和Istio的一致。
## Roadmap
![SOFA Mesh roadmap](../images/0069RVTdgy1fu08liarftj31kw0spkeg.jpg)
## 参考
- [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/)

View File

@ -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 的工作示意图。
![MOSN 架构图](../images/006tNbRwly1fwdlx22rv9j31ec184dlr.jpg)
## 部署 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)

View File

@ -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.1HTTP/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)