From b4eb06e1fbc0fd6874ac7e29844bc8937e42fca9 Mon Sep 17 00:00:00 2001 From: Song Kun Date: Tue, 19 Feb 2019 19:03:00 +0800 Subject: [PATCH] Improve document (#2259) --- docs/en/concepts-and-designs/overview.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/en/concepts-and-designs/overview.md b/docs/en/concepts-and-designs/overview.md index b5bff934b..09129f3cb 100644 --- a/docs/en/concepts-and-designs/overview.md +++ b/docs/en/concepts-and-designs/overview.md @@ -6,12 +6,12 @@ It is more like a modern APM, specially designed for cloud native, container bas ## Why use SkyWalking? SkyWalking provides solutions for observing and monitoring distributed system, in many different scenarios. First of all, like traditional ways, SkyWalking provides auto instrument agents for service, such as Java, C# -and NodeJS. At the same time, it provides manual instrument SDKs for Go(Not yet), C++(Not yet). +and Node.js. At the same time, it provides manual instrument SDKs for Go(Not yet), C++(Not yet). Also with more languages required, risks in manipulating codes at runtime, cloud native infrastructures grow more powerful, SkyWalking could use Service Mesher infra probes to collect data for understanding the whole distributed system. In general, it provides observability capabilities for **service**(s), **service instance**(s), **endpoint**(s). -The concepts of Service, Instance and Endpoint are used everywhere today, so let's be clear about what they mean in SkyWalking first. +The concepts of Service, Instance and Endpoint are used everywhere today, so let's make it clear about what they mean in SkyWalking first. - **Service**. Represent a set/group of workloads to provide the same behaviours for incoming requests. You can define the service name when you are using instrument agents or SDKs. Or SkyWalking uses the name you defined in platform such as Istio.