SWAT within containerised (Viya4) environments : Referring to the bin and http K8s services
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 15/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- kubernetes, python
- Ambito
- infrastructure, networking
Direzione di ricerca
Iniziare riproducendo i tentativi di connessione da Python all’interno di SAS Studio e confrontare i nomi dei servizi Kubernetes elencati e la porta 5570 con i servizi pubblicati nell’ambiente Viya. Controllare la configurazione DNS del servizio Kubernetes e di NodePort per determinare il nome host supportato, quindi verificare che la connessione risultante non richieda agli utenti di immettere un IP interno.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
On a Viya 4 environment, I have published the sas-cas-server-default-bin and ..default-http services as NodePorts. A conscious decision has been taken to not deploy them as LoadBalancers in order to reduce entry points and administration overhead.
Accessing a Python editor from within SAS Studio (which is the customer's intended use), I am able to successfully connect to the binary service, through the controller's (internal) IP address - a sequence starting with 10.XX.XX.XX
Services in K8s are commonly accessed through the DNS name of <service_name>.<name_of_name_space>.svc.cluster.local. In this case, however, I am unable to connect through any of the following patterns (including port of 5570).
Within the connection string of
conn=swat.CAS(hostname=, port=, user=, password=)
hostname = any of the following :
sas-cas-server-default-bin.viya.svc.cluster.local
cas-shared-default-bin.viya.svc.cluster.local
sas-cas-server-default-controller.viya.svc.cluster.local
What might be the correct naming convention so that I do not have to have my users explicitly state the IP ?
- Lingua principale
- Python
- Stelle
- 159
- Fork
- 66
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun 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 sassoftware/python-swat
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
sassoftware/python-swat#191 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
sassoftware/python-swat#183 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
sassoftware/python-swat#180 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
sassoftware/python-swat#178 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
sassoftware/python-swat#177 · 1 commento ·
Tutte le issue di sassoftware/python-swat
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
micropython/micropython#19906 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
FinanceFlash/unvibecode#597 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
TomAnthony/YourOwnWeigh#21 ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG]: Compliance rules never see Unity Catalog views as viewsForse già presa @wagnercsantos l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
databrickslabs/ontos#1348 ·
I maintainer di solito rispondono entro 3 giorni
-
Deprecated datetime.utcnow() is called on every log line (DeprecationWarning on Python 3.12+)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni