Official setup the next docs to v10. (#11887)
This commit is contained in:
parent
48c766ee01
commit
8ec5198a24
|
|
@ -1,6 +1,6 @@
|
|||
# Welcome
|
||||
|
||||
**This is the official documentation of SkyWalking 9. Welcome to the SkyWalking community!**
|
||||
**This is the official documentation of SkyWalking 10. Welcome to the SkyWalking community!**
|
||||
|
||||
Here you can learn all you need to know about **SkyWalking**'s architecture, understand how to deploy and use SkyWalking, and contribute to the project based on SkyWalking's contributing guidelines.
|
||||
|
||||
|
|
|
|||
|
|
@ -1,11 +1,19 @@
|
|||
# Observability Analysis Platform
|
||||
SkyWalking OAP and UI provides dozens of features to support observability analysis for your services, cloud infrastructure, open-source components, and more.
|
||||
|
||||
Besides those out-of-box features for monitoring, users could leverage the powerful and flexible analysis language to build their own analysis and visualization.
|
||||
SkyWalking OAP and UI provides dozens of features to support observability analysis for your services, cloud
|
||||
infrastructure, open-source components, and more.
|
||||
|
||||
Besides those out-of-box features for monitoring, users could leverage the powerful and flexible analysis language to
|
||||
build their own analysis and visualization.
|
||||
|
||||
There are 3 powerful and native language engines designed to analyze observability data from the above areas.
|
||||
1. [Observability Analysis Language](oal.md) processes native traces and service mesh data.
|
||||
1. [Meter Analysis Language](mal.md) is responsible for metrics calculation for native meter data, and adopts a stable and widely used metrics system, such as Prometheus and OpenTelemetry.
|
||||
1. [Log Analysis Language](lal.md) focuses on log contents and collaborate with Meter Analysis Language.
|
||||
|
||||
SkyWalking community is willing to accept your monitoring extension powered by these languages, if the monitoring is public and general usable.
|
||||
1. [Observability Analysis Language](oal.md) processes native traces and service mesh data to build metrics of entity
|
||||
and topology map.
|
||||
1. [Meter Analysis Language](mal.md) is responsible for metrics calculation for native meter data, and adopts a stable
|
||||
and widely used metrics system, such as Prometheus and OpenTelemetry.
|
||||
1. [Log Analysis Language](lal.md) focuses on analyzing log contents to format and label them, and extract metrics from
|
||||
them to feed Meter Analysis Language for further analysis.
|
||||
|
||||
SkyWalking community is willing to accept your monitoring extension powered by these languages, if the monitoring targets are
|
||||
public and general usable.
|
||||
|
|
|
|||
|
|
@ -45,7 +45,7 @@ Instance and Endpoint are used everywhere today, so it is worth defining their s
|
|||
SkyWalking allows users to understand the topology relationship between Services and Endpoints, also detect API dependencies
|
||||
in the distributed environment if you use our native agents.,
|
||||
|
||||
Besides topology map, SkyWalking provides **Service Hierarchy Relationship**, which defines the relationships of existing
|
||||
Besides topology map, SkyWalking provides [**Service Hierarchy Relationship**](service-hierarchy.md) , which defines the relationships of existing
|
||||
logically same services in various layers. For example, a service could be deployed in a Kubernetes cluster with Istio mesh,
|
||||
services are detected by k8s monitoring and Istio mesh, this hierarchy relationship could connect the services in k8s layer and mesh layer.
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue