Open skwasiborski opened 4 years ago
I found that one can workaround this limitation by adding azds-local.env
file to root dir of your project with following content:
DOCS_SERVICE_HOST=${services.docs.docs-prod}
where docs
is the name of the service one wants ta access and docs-prod
is the namespace.
I understand that this is a new product but it would be nice if there would be some docs for the azds-local.env
file
thanks for the feedback. Currently the documentation for azds-local.env file is at the end of https://docs.microsoft.com/en-us/azure/dev-spaces/how-to/connect. Can you explain a little what kind of documentation do you want? A 'how-it-works' deeper dive, or more of 'how-to-' style? thanks!
At this stage it would be great to just have all the possible options described or even an example file with all options used. At least for me it was not clear that I can use services.mysvc.namespace syntax.
thank you, we will take this feedback and improve our documentation.
It seems that when using AZDS Connect local process has only access to services from the same namespace and to
kubernetes.default
service. It would be beneficial if the local process would have access to all services in remote cluster. We use namespaces more or less as application boundary so cross namespace calls are not so rare.For example this is
C:\Windows\System32\Drivers\etc\hosts
from my debug session that was performed on cluster with dozens of services (you can see that only services from namespacevoting-dev
+kubernetes.default
are added):