SWAT within containerised (Viya4) environments : Referring to the bin and http K8s services
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 15/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- kubernetes, python
- Domaine
- infrastructure, networking
Piste de recherche
Commencez par reproduire les tentatives de connexion depuis Python dans SAS Studio et comparez les noms de service Kubernetes indiqués ainsi que le port 5570 avec les services publiés dans l’environnement Viya. Vérifiez la configuration du DNS du service Kubernetes et de NodePort afin de déterminer le nom d’hôte pris en charge, puis confirmez que la connexion obtenue n’oblige pas les utilisateurs à saisir une IP interne.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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 ?
- Langage dominant
- Python
- Étoiles
- 159
- Forks
- 66
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de sassoftware/python-swat
-
Difficulté 4/5 3-5 jours Accessibilité débutants 30/100
sassoftware/python-swat#191 · 1 commentaire ·
-
Error uploading parquet filesOuverte
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
sassoftware/python-swat#183 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
sassoftware/python-swat#180 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 35/100
sassoftware/python-swat#178 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
sassoftware/python-swat#177 · 1 commentaire ·
Toutes les issues de sassoftware/python-swat
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
didi/helixharness#18 ·
-
[MOVIE]: Airport '77 (1977)Ouverterequest-theme
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
LizardByte/ThemerrDB#9883 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
NousResearch/hermes-agent#149885 ·
Les mainteneurs répondent en général sous 1 jour
-
Set cache_ok = True on GUID TypeDecorator to enable SQLAlchemy query cachingPeut-être pris @patelshivani2283-lab l’a pris aujourd’hui. Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 91/100
fedora-infra/anitya#2157 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
Project-MONAI/MONAI#9258 ·
Les mainteneurs répondent en général sous 3 jours