Allow newer Azure Storage SDKs in azure-kusto-ingest
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Start with azure-kusto-ingest/pyproject.toml and the Queue and Blob client construction in azure/kusto/ingest/ingest_client.py. Review the linked Azure SDK discussion, determine which service API version the managed ingestion storage accounts support, and test queued ingestion with newer Storage SDKs. Done means compatibility is established and the dependency constraints or client configuration can be changed safely if supported.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Codex for Tamir:
I’m upgrading an environment from Kusto Data and Ingest 5.0.1 to 6.0.4. It already uses Azure Storage Blob 12.28.0 and Queue 12.15.0, and I expected to keep those versions during the Kusto upgrade. But Ingest 6.0.4 requires Blob 12.26.0 and Queue 12.13.0 exactly, so those requirements are incompatible with the installed Storage versions.
I traced the exact pins to 51d8968a6, introduced in #574 after newer Storage SDKs began requesting an API version that was not yet available everywhere. The linked Azure SDK discussion describes the partial service rollout, and its last substantive update still mentions one lagging scale unit.
Kusto creates its Queue client and Blob client without an explicit api_version, so it relies on the SDK defaults. Are the exact package pins still needed? If Kusto-managed ingestion storage accounts still require an older service API, could these clients select that API version explicitly and allow applications to upgrade the Blob and Queue packages independently?
I have not tested live queued ingestion with the newer Storage SDKs. Before preparing a change, I’d like to understand whether the service limitation still exists and which API version these accounts support.
- Lingua principale
- Python
- Stelle
- 204
- Fork
- 119
- Merge medio
- 2h 8m
- PR unite (30g)
- 1
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Azure/azure-kusto-python
-
When query against Log Analytics workspaces, dynamic are not converted to listForse di nuovo libera @yogilad l’ha presa 1134 giorni fa e non c’è nessuna pull request aperta. Aperta
Azure/azure-kusto-python#491 · 2 commenti · 1 assegnatario ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Azure/azure-kusto-python#470 · 5 commenti ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Azure/azure-kusto-python#424 · 4 commenti ·
-
Discussion enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Azure/azure-kusto-python#191 · 3 commenti · 2 reazioni ·
-
Discussion
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Azure/azure-kusto-python#126 · 2 commenti ·
Tutte le issue di Azure/azure-kusto-python
Issue simili
-
Claiming namespace `jft63`Apertanamespace operations
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
EclipseFdn/open-vsx.org#14043 ·
I maintainer di solito rispondono entro 1 giorno
-
feedback simulation workshop
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
githubnext/gh-aw-workshop#4455 ·
I maintainer di solito rispondono entro 1 giorno
-
Triage 🩺
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Container scenario crashes without expected_recovery_time, kube DNS example uses retry_waitApertaneeds-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
krkn-chaos/krkn#1627 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
NousResearch/hermes-agent#136483 ·
I maintainer di solito rispondono entro 1 giorno