Azure / Azure/data-api-builder
[Enh]: Support Entra in Local Containers with `SQL_ACCESS_TOKEN`
- Vorherrschende Sprache
- C#
- Sterne
- 1.5k
- Forks
- 370
- Ø Merge
- 3 T. 22 Std.
- Gemergte PRs (30 T.)
- 9
Beschreibung
## What
Allow Data API builder to read a development token from `SQL_ACCESS_TOKEN` and assign it to `SqlConnection.AccessToken`.
> [!IMPORTANT]
> This feature is explicitly scoped to development mode. Never use in production.
## Why
When DAB runs in Docker, normal Entra credential chains often fail. Some SQL endpoints, such as Fabric SQL, require token authentication. This feature provides a development token override so containerized development works without changing production authentication.
## How
- No change to the configuration file.
- No change to the command-line.
### At connection creation:
```
if (development mode &&
not OBO &&
Entra authentication &&
SQL_ACCESS_TOKEN exists)
{
connection.AccessToken = SQL_ACCESS_TOKEN
connection.Pooling = false
}
```
> [!IMPORTANT]
> The env var is re-read on every connection open (never cached).
> [!NOTE]
> In a pooled scenario, you might not see a clean error. So, we disable pooling.
### Logging
When properly invoked:
```
[INFO] Using SQL_ACCESS_TOKEN for connection (development mode)
```
When prerequisites are not met:
```
[WARN] SQL_ACCESS_TOKEN set but requirements are not met — token ignored
```
### Rules
* only when the connection string uses Microsoft Entra authentication: `Active Directory Default`, `Active Directory Managed Identity`, `Active Directory Workload Identity` only.
* only when the `OBO` flow is not being used
* only when `SQL_ACCESS_TOKEN` exists
* only when `runtime.host.mode=development`
* always allow the engine to start
* let the database raise connection errors if the token is invalid
* do not cache the token, re-read it every time a connection is opened
Beitragsleitfaden
Rechercherichtung
Beginne beim Pfad zur Erstellung von Verbindungen und verfolge die Prüfungen für den Entwicklungsmodus, OBO und die Microsoft Entra-Authentifizierung. Stelle sicher, dass SQL_ACCESS_TOKEN für jede Verbindung erneut gelesen wird, dass das Pooling bei seiner Verwendung deaktiviert wird und dass die angegebene Info- oder Warnmeldung protokolliert wird. Bestätige, dass nicht erfüllte Voraussetzungen den Start nicht verhindern und dass ungültige Token der Datenbank zur Ablehnung überlassen werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- azure, csharp, sql
- Bereich
- authentication, backend-api-design, databases
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 48/100