what is the best practice for exposing the Airbyte...
# ask-ai
r
what is the best practice for exposing the Airbyte web app from the EKS installation?
k
A message from kapa.ai
For exposing the Airbyte web app from an EKS installation, you can create an ingress resource. Although the provided example is for GKE, you can create something similar for EKS:
Copy code
yaml apiVersion: <http://networking.k8s.io/v1|networking.k8s.io/v1> kind: Ingress metadata:   name: airbyte-ingress   annotations:     <http://beta.cloud.google.com/backend-config|beta.cloud.google.com/backend-config>: '{"default": "config-default"}'     <http://kubernetes.io/ingress.global-static-ip-name|kubernetes.io/ingress.global-static-ip-name>: aribyte     <http://networking.gke.io/managed-certificates|networking.gke.io/managed-certificates>: managed-cert     <http://kubernetes.io/ingress.class|kubernetes.io/ingress.class>: "gce" spec:   rules:   - host: airbyte.<domain>.in     http:       paths:       - backend:           service:             name: airbyte-webapp-svc             port:               number: 80         path: /*         pathType: ImplementationSpecific
Please note that this example is from a [forum discussion](https://discuss.airbyte.io/t/1503) and may need to be adapted for your specific EKS setup. Additionally, it's important to ensure that your Weaviate database can be accessed by Airbyte. If your database is within a VPC, you may need to [allow access from the IP you're using to expose Airbyte](https://docs.airbyte.com/integrations/destinations/weaviate). Keep in mind that for security reasons, it's strongly recommended not to expose Airbyte publicly.