News for hackers. Stuff that matters.
Re:The Kubernetes Effect by raesene9 on Thursday February 08, 2018 @01:43PM (#16334463)
In my experience NAT is almost always involved in a Kubernetes setup (for on-prem).

The container network is generally not routable to the wider corporate WAN (it'll use RFC1918 addresses by default). You typically get one set of addresses for the main container network, a different set of addresses for the service IPs and then an routable set on the ingress.

Re:The Kubernetes Effect by zaat on Thursday February 08, 2018 @03:15PM (#16335210)
What you describe is not NAT, the containers network segment is a separate network segment which is not accessible from outside the cluster, not directly and not through address translation. The ingress and service addresses are externally reachable addresses that expose services. NAT is not required for the setup.
Re:The Kubernetes Effect by raesene9 on Sunday February 11, 2018 @01:24PM (#16353929)
If traffic flows from the pod network to an external network NAT is involved, as the Pod network is not routable.
Re:The Kubernetes Effect by puzzle on Thursday February 08, 2018 @03:19PM (#16335249)
I can see how it's more likely on prem, but at my job, we run Kubernetes in production on AWS and most traffic is pod to pod, without NAT involved.