mirror of https://github.com/dapr/docs.git
				
				
				
			Merge branch 'issue_3626' of https://github.com/hhunter-ms/docs into issue_3626
This commit is contained in:
		
						commit
						8c8de91c6a
					
				| 
						 | 
				
			
			@ -6,7 +6,7 @@ weight: 200
 | 
			
		|||
description: "Modular best practices accessible over standard HTTP or gRPC APIs"
 | 
			
		||||
---
 | 
			
		||||
 | 
			
		||||
A [building block]({{< ref building-blocks >}}) is an HTTP or gRPC API that can be called from your code and uses one or more Dapr components. Dapr consists of a set of building blocks, with extensibility to add new building blocks. Dapr's building blocks:
 | 
			
		||||
A [building block]({{< ref building-blocks >}}) is an HTTP or gRPC API that can be called from your code and uses one or more Dapr components. Dapr consists of a set of API building blocks, with extensibility to add new building blocks. Dapr's building blocks:
 | 
			
		||||
- Address common challenges in building resilient, microservices applications 
 | 
			
		||||
- Codify best practices and patterns
 | 
			
		||||
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
| 
						 | 
				
			
			@ -27,7 +27,7 @@ Maintaining this instrumentation code, which is not part of the core logic of th
 | 
			
		|||
 | 
			
		||||
## Observability for your application with Dapr
 | 
			
		||||
 | 
			
		||||
When you leverage Dapr API building blocks to perform service-to-service calls and pub/sub messaging, Dapr offers an advantage with respect to [distributed tracing]({{< ref tracing >}}). Since this inter-service communication flows through the Dapr runtime (or "sidecar"), Dapr is in a unique position to offload the burden of application-level instrumentation.
 | 
			
		||||
When you leverage Dapr API building blocks to perform service-to-service calls, pub/sub messaging, and other APIs, Dapr offers an advantage with respect to [distributed tracing]({{< ref tracing >}}). Since this inter-service communication flows through the Dapr runtime (or "sidecar"), Dapr is in a unique position to offload the burden of application-level instrumentation.
 | 
			
		||||
 | 
			
		||||
### Distributed tracing
 | 
			
		||||
 | 
			
		||||
| 
						 | 
				
			
			@ -37,7 +37,7 @@ Dapr can be [configured to emit tracing data]({{< ref setup-tracing.md >}}) usin
 | 
			
		|||
 | 
			
		||||
### Automatic tracing context generation
 | 
			
		||||
 | 
			
		||||
Dapr uses [W3C tracing]({{< ref tracing >}}) specification for tracing context, included as part Open Telemetry (OTEL), to generate and propagate the context header for the application or propagate user-provided context headers. This means that you get tracing by default with Dapr.
 | 
			
		||||
Dapr uses the [W3C tracing]({{< ref tracing >}}) specification for tracing context, included as part Open Telemetry (OTEL), to generate and propagate the context header for the application or propagate user-provided context headers. This means that you get tracing by default with Dapr.
 | 
			
		||||
 | 
			
		||||
## Observability for the Dapr sidecar and control plane
 | 
			
		||||
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
| 
						 | 
				
			
			@ -107,7 +107,7 @@ Deploying and running a Dapr-enabled application into your Kubernetes cluster is
 | 
			
		|||
 | 
			
		||||
### Clusters of physical or virtual machines
 | 
			
		||||
 | 
			
		||||
The Dapr control plane services can be deployed in High Availability (HA) mode to clusters of physical or virtual machines in production. In the diagram below, the Actor `Placement` and `Sentry` services are started on three different VMs to provide HA control plane. In order to provide name resolution using DNS for the applications running in the cluster, Dapr uses [Hashicorp Consul service]({{< ref setup-nr-consul >}}), also running in HA mode.  
 | 
			
		||||
The Dapr control plane services can be deployed in high availability (HA) mode to clusters of physical or virtual machines in production. In the diagram below, the Actor `Placement` and security `Sentry` services are started on three different VMs to provide HA control plane. In order to provide name resolution using DNS for the applications running in the cluster, Dapr uses [Hashicorp Consul service]({{< ref setup-nr-consul >}}), also running in HA mode.  
 | 
			
		||||
 | 
			
		||||
<img src="/images/overview-vms-hosting.png" width=1200 alt="Architecture diagram of Dapr control plane and Consul deployed to VMs in high availability mode">
 | 
			
		||||
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
| 
						 | 
				
			
			@ -3,7 +3,7 @@ type: docs
 | 
			
		|||
title: "Targets"
 | 
			
		||||
linkTitle: "Targets"
 | 
			
		||||
weight: 300
 | 
			
		||||
description: "Apply resiliency policies to apps, components and actors"
 | 
			
		||||
description: "Apply resiliency policies to targets including apps, components and actors"
 | 
			
		||||
---
 | 
			
		||||
 | 
			
		||||
### Targets
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
| 
						 | 
				
			
			@ -1 +1 @@
 | 
			
		|||
Subproject commit effc2f0d3c92ad76e11958e427c8d3b0900e1932
 | 
			
		||||
Subproject commit ad25580bcfb638d56237faec0543565b4d0e134f
 | 
			
		||||
| 
						 | 
				
			
			@ -1 +1 @@
 | 
			
		|||
Subproject commit d1c61cae40e7c5d933d92705198506d947960aaa
 | 
			
		||||
Subproject commit 9dc842faba3486e518babc29f7fbbca79248bfab
 | 
			
		||||
		Loading…
	
		Reference in New Issue