Home > OS >  How can I resolve connection issues between my frontend and backend pods in Minikube?
How can I resolve connection issues between my frontend and backend pods in Minikube?

Time:01-15

I am trying to deploy an application to Minikube. However I am having issues connecting the frontend pod to the backend pod. Each Deployment have a ClusterIP service, and a NodePort service.

I access the frontend via browser, executing the command: minikube service frontend-entrypoint. When the frontend tries to query the backend it requests the URL: http://fastapi-cluster-ip-service:8000/api/v1/baseline/building_type?building_type=commercial, but the status response is: (failed)net::ERR_EMPTY_RESPONSE.

If I access the frontend via cmd, executing the command: kubectl exec -it react-deployment-xxxxxxxxxx-xxxxx -- sh, and execute inside it the command: curl -X GET "http://fastapi-cluster-ip-service:8000/api/v1/baseline/building_type?building_type=commercial" I get what I expect.

So, I understand that NodePorts are used to route external traffic to services inside the cluster by opening a specific port on each node in the cluster and forwarding traffic from that port to the service, and that ClusterIPs, on the other hand, are used to expose services only within the cluster and are not directly accessible from outside the cluster. What I don't understand is why when reaching the frontend via browser, the same is not able to connect internally to the backend? Once playing with the frontend I consider I am inside the cluster...

I tried to expose the cluster using other services such as Ingress or LoadBalancer, but I didn't have success connecting to the frontend, so I rollback to the NodePort solution.

References:

CodePudding user response:

I think you are not understanding how the frontend part of a website works. To display the website in your browser, you actually download all the required content from the server/pod where you host the frontend.

Once the front is downloaded and displayed on your browser, now you try to hit the backend directly from your browser/computer using either an IP address or an URL.

When using an URL, you browser will try to resolve the hostname using a DNS server

So when you read a website from your browser you are not in the server/pod and you cannot resolve the URL because that URL is not mapped to any IP address (or not to your server). Also that is why it works when you go inside the pod using kubectl exec, because you are inside the network and you are using the internal DNS.

As David said, to make this work, you need to call the backend from the frontend using sone kind of ingress. And also you will need to create a DNS entry on your domain (if using an URL). If not you can directly use the IP of the pod/service.

CodePudding user response:

You have to think about this: If you call the api through your browser or Postman from your host, they dont know anything about the url inside your pod. For production ingress configuration is needed, so you can call the api like:

https://api.mydomain.com/api/myroute

When you deploy the frontend the paths inside your code should be created dynamically.

Inside your code define the path with env variables and use them inside your code.

On Kubernetes define a configMap with the paths and bind it to your container. So when you call the Frontend it will have the right paths.

Your Frontend on local can be reached with the Ip address of your masternode and the nodePort.

To not use the ip address you can create an entry in your local hosts file.

nodesipaddress  mydomain.local
nodesipaddress  api.mydomain.local

so from you browser you can reach the frontend with mydomain.local:nodeportOfFrontend

And your frontend code should call the backend with api.mydomain.local:nodeportOfApi

If you enable Ingress inside your cluster and create an ingress resource in your deployment and a service of type LoadBalancer, then you can call the Frontend and api without the nodePort.

If you are getting in issues with that, please post all your kubernetes yamls. Deployments, Services, configMap and ingress if you decide to use it.

  • Related