Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

dapr init: option to run Sentry in self-hosted mode

Aperta
  • Qualcosa non va?
#1,648 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
42/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
docker, go
Ambito
authentication, cli, security

Direzione di ricerca

Inizia dal percorso self-hosted per dapr init, quindi traccia il modo in cui dapr run, dapr status e dapr uninstall gestiscono i servizi, i certificati e la configurazione. Confronta il comportamento dei cert flags esistenti e di $HOME/.dapr/certs/ prima di decidere come si inserisce l’opzione Sentry Docker o nativa. Il lavoro è completato quando il flusso init proposto esegue il provisioning dei certificati, avvia Sentry, abilita mTLS senza variabili d’ambiente manuali, ne comunica lo stato, esegue la pulizia durante la disinstallazione e include gli aggiornamenti alla documentazione elencati.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

good first issue kind/proposal

Problem

In self-hosted mode, dapr init does not start the Sentry service. Users who
want mTLS and any feature that depends on it currently have to install or
build Sentry separately, generate or supply certs, set
DAPR_TRUST_ANCHORS / DAPR_CERT_CHAIN / DAPR_CERT_KEY env vars, and run
./sentry themselves before they can use the feature. See Setup & configure
mTLS certificates (self-hosted)
for the current manual steps.

This is friction for any feature that builds on the sidecar SPIFFE identity,
including:

Proposal

Add a first-class option to dapr init that brings up a local Sentry as
part of the standard self-hosted setup. Sketch:

dapr init --enable-mtls # opt-in flag

What it should do:

  1. Generate (or accept user-supplied) root/issuer certs into the standard
    $HOME/.dapr/certs/ location.
  2. Start the Sentry service alongside the other Dapr self-hosted services
    (Docker container or native binary, matching the rest of dapr init's
    model).
  3. Write a default Dapr configuration with spec.mtls.enabled: true so
    dapr run picks it up without extra flags.
  4. Wire the trust-anchor / cert-chain / cert-key env vars so existing
    sidecar launches work out of the box.
  5. Surface a clear status line ("Sentry running, mTLS enabled, trust domain
    cluster.local") in dapr status / dapr init output.

Acceptance criteria

  • dapr init --enable-mtls (or equivalent flag) provisions certs, starts
    Sentry, and produces a working mTLS-enabled self-hosted environment in
    one command.
  • dapr run against that environment gets a valid SPIFFE SVID without
    additional env-var plumbing from the user.
  • dapr uninstall cleans up Sentry alongside the other services.
  • Docs updated: self-hosted mTLS setup, workflow history signing
    prerequisites, workflow access policy prerequisites.

Out of scope

  • Bring-your-own-CA flow (already supported via existing cert flags; this
    issue is about the zero-config default).
  • Kubernetes (dapr init -k already installs Sentry).
Lingua principale
Go
Stelle
353
Fork
220
Merge medio
6g 16h
PR unite (30g)
1

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di dapr/cli

Tutte le issue di dapr/cli

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.