From 64d9bec8808aab78fe35c577a937f8806e40729e Mon Sep 17 00:00:00 2001 From: jasminepeng Date: Sat, 10 Dec 2016 21:40:52 +0800 Subject: [PATCH] =?UTF-8?q?=E6=A0=A1=E5=AF=B9=E5=AE=8C=E6=AF=95=EF=BC=8C?= =?UTF-8?q?=E4=BF=AE=E6=94=B9=E4=B8=80=E5=A4=84=E6=A0=BC=E5=BC=8F=E9=94=99?= =?UTF-8?q?=E8=AF=AF?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 第三点还要看看理解有无问题。 --- ...0160913 The Five Principles of Monitoring Microservices.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/translated/tech/20160913 The Five Principles of Monitoring Microservices.md b/translated/tech/20160913 The Five Principles of Monitoring Microservices.md index ba198a645a..e372c7bca6 100644 --- a/translated/tech/20160913 The Five Principles of Monitoring Microservices.md +++ b/translated/tech/20160913 The Five Principles of Monitoring Microservices.md @@ -40,7 +40,7 @@ DevOps 团队应该将告警重点放到尽可能贴近服务监控的运行特征上。如果应用受到了影响，这些告警是评估事态的第一道防线。但是获得这些告警并不容易，除非你的监控系统是容器本地的。 -[容器原生]Container-native[1]解决方案利用编排元数据orchestration metadata来动态聚合容器和应用程序数据，并按每个服务计算监控度量。根据您的编排工具，您可能想在不同层次进行深入检测。比如，在 Kubernetes 里，你通常有 Namespace、ReplicaSets、Pods 和一些其他容器。这些不同的层聚合，对排除逻辑故障是很有必要的，与构成服务的容器的物理部署无关。 +[原生容器][1]Container-native解决方案利用编排元数据orchestration metadata来动态聚合容器和应用程序数据，并按每个服务计算监控度量。根据您的编排工具，您可能想在不同层次进行深入检测。比如，在 Kubernetes 里，你通常有 Namespace、ReplicaSets、Pods 和一些其他容器。这些不同的层聚合，对排除逻辑故障是很有必要的，与构成服务的容器的物理部署无关。 ![](http://thenewstack.io/wp-content/uploads/2016/09/servicemonitoring.jpg) @@ -68,7 +68,7 @@ DevOps 团队应该将告警重点放到尽可能贴近服务监控的运行特 这篇文章着重在微服务和监控上，像其他科技文章一样，这是因为很多人都关注此层面。 -对于那些熟悉[康威定律] Conway’s law[2]的人来说，系统的设计是基于开发团队的组织结构。创造更快，更敏捷的软件的压力，推动团队思考重新调整他们的开发组织和管理它的规则。 +对于那些熟悉[康威定律][2] Conway’s law的人来说，系统的设计是基于开发团队的组织结构。创造更快，更敏捷的软件的压力，推动团队思考重新调整他们的开发组织和管理它的规则。 ![](http://thenewstack.io/wp-content/uploads/2016/09/mapmonitoring.jpg)