我今天讲这个内容，是OpenTelemetry是关于遥测的一个内容。背景，就是在云原生架构，实际上是有很多特性的，我们可以从多个纬度来看云原生的架构，我们今天比较关注的是这个可观察性Observability。
那么什么叫可观察性呢？对我们写好一个程序来说，是不是它能运行就可以了呢？实际上不是这样的，只要我们从事开发你就知道，写好的程序有bug，其实是很常见的情况，所以在开发过程中，我们一般可以用加断点，debug方式，看看问题在哪里。
可是如果我们的程序已经部署到生产环境了，都已经不在我们的开发环境了，那这个时候，我们就很难说跑到用户的机器上，我再装一个Visual Studio来打一个断点，这个就不太现实了，那这种情况我们怎么办呢？历史上，我们通常用的工具，是打一个日志，写一个log。一般来说，我们的log，可能是写到一个log文件里，回头，我们就可以来追溯，当时发生了什么，所以log，是我们非常常用的一个技术。
不过log，它还是有一些限制的，比方说最直接的限制，就是它是某个时间点发生了什么，通常，这个log日志会有一个时刻，我们知道那一个时刻，比如说我订单下了某一个时刻，我这个转账已经成功了。但是，很多情况下，我们需要用更多的纬度来观察，比如说我想知道这一段时间发生了什么。那这个时候。虽然我们也可以，把一批的log自己再做个汇总，甚至我们还有一些。分析log的工具。但是，毕竟不是那么方便。
所以在云原生架构环境下，我们提出了这个可观察性的概念，他的意思，就是说我们应该有一整套的手段，来让我们的云原生分布式应用，可以清楚的像水晶一样透明，来知道他到底发生了什么。比如性能降低的时候，比如说他出现问题的时候，我们可以，不用停下来就可以知道问题在哪里，来解决这个问题。
所以我们今天，要解决的就是这个可观察性的问题。那么为什么一定要用可观察性？为什么在云原生时代，我们把它这么重要内容提出来？
