2025.09 - requires access to GitHub for auto-scaling / self healing
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- aws, github
- Ambito
- cloud, infrastructure, release
Direzione di ricerca
La issue cita l'installazione di yq da GitHub, AMI precompilate, gruppi di autoscaling e self-healing, ma non include file del repository né test. Inizia individuando il processo di release e il percorso di installazione delle dipendenze, quindi definisci come le AMI fornite dalla release includeranno tali dipendenze e come il completamento verificherà autoscaling e self-healing senza accesso a GitHub.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is your feature request related to a problem? Please describe.
yq is installed from github requiring further relaxation of Firewall rules to allow autoscaling or self-healing to be possible (already need to expose controlled repos). This is compounded in our environment as LZA doesn't support TLS inspection configuration to allow a more restricted firewall rule other than the domain.
Describe the solution you'd like
Pre built AMIs including dependencies provided as part of the RES release. Other benefits:
- Reduced warmup on ASGs
- More predictable
- Use of
latestormainbranch causing "works today" / "not tomorrow" have been encountered - e.g. 109
- Use of
- Lower risk to wider environment (egress protection)
Describe alternatives you've considered
- Manual add/remove permission from firewall rules during deploy
- auto-scaling/healing not possible
- Admin configured blocking of domains on user instances (current, but easily overlooked when new items added during deploy)
- Ubuntu:
/etc/hostloopback on restricted domains - Windows: similar method, not implemented locally
- Ubuntu:
- Manually adding TLS config to deployed LZA
- Fragile, not easy to use IaC, audit trail issues
- More complex networking to separate firewall rules for RES management hosts from VDIs
- Likely needing RES engineering to implement
Additional context
Active AWS support contract
- Lingua principale
- Python
- Stelle
- 115
- Fork
- 40
- Merge medio
- 8m
- PR unite (30g)
- 2
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 aws/res
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
Difficoltà 3/5 Mezza giornata Idoneità per principianti 55/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 68/100
Issue simili
-
mermaid_extract.py silently discards single-line state-diagram notes; sequence notes are keptAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
cathrynlavery/diagram-design#441 ·
I maintainer di solito rispondono entro 2 giorni
-
[Cleanup] Include the public header in work_split.cppForse già presa @blozano-tt l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
tenstorrent/tt-metal#60850 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
backend::sglang bug language::python observability
Difficoltà 2/5 Mezza giornata Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
OpenShot/openshot-qt#6202 ·
I maintainer di solito rispondono entro 1 giorno