City application Pods on different worker nodes must communicate using Pod IPs. What connectivity model should administrators expect from a standard CNI setup (absent NetworkPolicy denials)?
Select an answer to reveal the explanation.
Short Explanation
The Kubernetes networking model is basically a flat phone book: Pod A can dial Pod B's IP anywhere in the cluster unless policy says otherwise. You should not need a LoadBalancer just for Pod-to-Pod chat.
Full Explanation
The Kubernetes networking model expects a flat, routable Pod network implemented by a CNI plugin: any Pod can reach any other Pod IP cluster-wide without NAT between them, unless NetworkPolicies restrict traffic. LoadBalancer Services expose workloads externally; they are not a required hop for Pod-to-Pod connectivity. Pods normally receive unique IPs rather than sharing one IP across nodes.