Health, Metrics and Status information is not available When Sidekick Enabled=false

How can I use Sidekick just for monitoring and metrics using an existing Dapr Sidecar?

I would like to be able to use Dapr Sidekick for health, status and metrics only but avoid launching a Sidecar process.

In other words, is there an option that I can use to just get everything Sidekick offers except for launching the Sidecar process?

Current behaviour

When setting DaprSidekick.Enabled = false all functionality gets disabled (HealthCheck, Dapr Status, Metrics) appsettings.json

{
  "DaprSidekick": {
    "Enabled": false
  }
}

Health API

{
  "status": "Healthy",
  "totalDuration": "00:00:00.0014793",
  "entries": {
    "dapr-sidecar": {
      "data": {
        
      },
      "description": "Dapr process 'daprd' not available, status is Disabled",
      "duration": "00:00:00.0000316",
      "status": "Healthy",
      "tags": [
        
      ]
    }
  }
}

Dapr Status

{
  "process": {
    "name": "daprd",
    "status": "Disabled",
    "isRunning": false,
    "isAttached": false,
    "description": "Dapr process 'daprd' not available, status is Disabled"
  }
}

[badgeratu]

I’d say Sidekick is almost as useful on non-Windows platforms as it is on Windows ones, the only scenario it doesn’t support AFAIK on non-Windows is the “attach” feature, which is already documented as you pointed out earlier in this thread. In all cases though - WIndows or non-Windows - it doesn’t make sense to enable Sidekick in a K8S or container environment where daprd and the application are not running on the same OS/namespace (such as in a pod), and the Dapr team already provide solutions for that. The main value of Sidekick in those scenarios is it allows you to simplify your local development process while getting out of the way when you do an actual K8S deployment.

Sidekick was created to fill a gap between the scenarios envisioned by the Dapr developers of either deploying to a K8S environment or launching Dapr standalone from the CLI. Sidekick provides value for standalone/non-containerized workloads where you would otherwise have to manually launch and manage daprd or provide some other bootstrap techniques, For all other scenarios, the Dapr team have already done a great job of providing appropriate tooling and documentation.

[ewilansky]

Thanks for these important guidelines, @badgeratu. After responding to @fbridger, I see that we are getting health metrics using the MapHealthChecks middleware in Microsoft.AspNetCore.Routing.IEndpointRouteBuilder, so not through Sidekick. Also, I’ve confirmed @fbridger’s finding on the status endpoint returning daprd disabled. As for dapr metrics we are able to get that through the MapDaprMetrics middleware in Microsoft.AspNetCore.Routing.IEndpointRouteBuilder. I realize this has nothing to do directly with Sidekick.

I was unclear on whether Sidekick (beyond the daprd runtime capability) could be useful for typical k8 deployments where daprd runs as a sidecar container in a pod that also hosts its associated application. Also, it sounds like Sidekick isn’t useful for non-Windows platforms. Is that right? If so, it would be good if this were clearly stated in the documentation. If I’m wrong, can you clarify exactly what Sidekick features are available in Linux (on metal, in containers or in k8) and running on OS X?