Kubernetes 1.9已经发布，这是2017年第4个版本，也是2017年最后一个版本。以下两个链接是官方对本此更新的介绍：
其中比较关键的特性是Apps Workloads API进入GA阶段，升级到了稳定版。
apps/v1 Workloads API进入GA阶段，升级到了稳定版本并且默认启用。 Apps Workloads API包含DaemonSet, Deployment, ReplicaSet和StatefulSet，是k8s上运行长时运行的无状态服务和有状态服务的基础。
...Kubernetes 1.9已经发布，可以开始考虑将团队线上环境的Kubernetes集群从1.7升级到1.8了。 本文记录了在测试环境中的演练过程。
当前Kubernetes 1.8的小版本是1.8.5。 在升级之前一定要多读几遍官方的升级须知Kubernetes 1.8 - Action Required Before Upgrading。其中和我们相关的：
...kubeadm是Kubernetes官方提供的用于快速安装Kubernetes集群的工具，伴随Kubernetes每个版本的发布都会同步更新，kubeadm会对集群配置方面的一些实践做调整，通过实验kubeadm可以学习到Kubernetes官方在集群配置上一些新的最佳实践。
...前面我们使用Jaeger的all in one docker镜像和Jaeger的HotROD示例应用简单试用了一下， 并对Jaeger的基本概念和组成做了初步了解。接下来该为了在生产环境中部署Jaeger做下一步的试验了。 本篇我们将尝试再Kubernetes集群上部署Jaeger，并使用我们已经存在的Elasticsearch集群作为数据存储。
...之前我们已经将Jaeger部署到了Kubernetes上，并且对Jaeger官方的示例应用HotROD进行了分布式跟踪。 我们使用Elasticsearch作为Jaeger的后端存储。借助Jaeger我们可以很容易的进行微服务架构应用的服务链调用追踪，进一步实现应用的性能分析和延迟优化。
...Sentry是一个开源的错误报告和收集平台，它不仅支持Java、Go、Python、PHP、C#等多种后端语言和框架，支持Web前端和移动应用， 另外还提供与GitHub、JIRA等工具的集成。本文将主要记录使用官方的Sentry On-Premise部署Setntry的过程。
...Opentracing是一个分布式追踪标准，与平台和语言无关，统一接口，方便接入不同的分布式追踪系统。 Jaeger也是支持Opentracing标准的项目之一。学习jaeger有必要了解Opentracing规范。 以下是jaeger的文档资料：
...当使用微服务构建我们的程序时，客户端的一次请求会产生大量服务调用，包括服务和数据库等中间件的调用。 由单体应用迁移至微服务时，服务间调用的延迟是我们需要面对的一个问题。为了定位每次调用过程中的延迟问题和性能瓶颈，我们需要知道客户端一次请求所经历的过程，分别调用了哪些服务，调用每个服务花费的时长，以及调用每个服务花费的时长，这些将会成为我们性能调优的参考。因此，分布式追踪系统是微服务架构中不可缺少的一部分。
...Prometheus是一个基于时序数据的开源监控系统。 被Prometheus监控的服务需要公开一个Prometheus的endpoint，这个endpoint通过http接口暴露了度量(metrics)的列表和当前的值。很多服务都内置了Prometheus的endpoint直接暴露metrics，另外一些服务需要再为它们部署一个sidecar进程，通过side car暴露metrics。 这个sidecar或直接暴露metrics的服务自带的endpoint，就是Prometheus架构中的Exporter，Prometheus从Exporter中拉去监控数据。
...我们已经使用二进制包手工安装了OpenShift，并且使用OpenShift的Web控制台创建了一个项目。 实际上OpenShift还提供了一系列命令行工具，oc命令就是其中的一个，下面我们一起熟悉一下这个命令。
查看OpenShift集群版本信息：
...