Deploying a Three-Tier Guest Book on Kubernetes with Service Discovery via DNS
The author completed a Kubernetes task deploying a three-tier Guest Book application, consisting of a single-replica redis-master behind a ClusterIP Service, a two-replica redis-slave behind a ClusterIP Service, and a three-replica frontend behind a NodePort Service on port 30009. The Redis tier is isolated by the default ClusterIP type, which keeps it reachable only from within the cluster. The frontend locates Redis through the GET_HOSTS_FROM=dns setting, because the application hardcodes hostnames like redis-master and relies on cluster DNS to resolve them. Since bare Service names resolve only within the pod's own namespace, a Service name functions as a required address rather than a flexible label. The post also notes that port 30009 falls in the static NodePort range, which is where manually chosen ports belong.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.
Discussion (0)
Log in to join the discussion and vote.
Log in