<p>This is what I define in k8s.yml file:</p>

<pre><code>apiVersion: v1
kind: Service
metadata:
  name: myservice
  namespace: mynamespace
  labels:
    app: myservice
  annotations:
    service.beta.kubernetes.io/aws-load-balancer-internal: 0.0.0.0/0
    service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: "true"
    external-dns.alpha.kubernetes.io/hostname: "myservice."
spec:
  selector:
    app: myservice
  type: LoadBalancer
  ports:
  - name: http
    port: 8080
    targetPort: 8080
    protocol: TCP
</code></pre>

<p>Running this command:</p>

<pre><code>kubectl describe service myservice
</code></pre>

<p>gives me the "LoadBalancer Ingress" like this:</p>

<blockquote>
  <p>Type:                     LoadBalancer IP:<br>
  25.0.162.225 LoadBalancer Ingress:     internal-a9716e......us-west-2.elb.amazonaws.com</p>
</blockquote>

<p>As I understand, the publishing type I'm using is "LoadBalancer" which helps me expose my Service to external IP address (refer <a href="https://kubernetes.io/docs/concepts/services-networking/connect-applications-service/" rel="nofollow noreferrer">https://kubernetes.io/docs/concepts/services-networking/connect-applications-service/</a>). 
And the Ingress is a different thing which sits in front of the Services and I didn't define it in my yml file. (refer: <a href="https://medium.com/google-cloud/kubernetes-nodeport-vs-loadbalancer-vs-ingress-when-should-i-use-what-922f010849e0" rel="nofollow noreferrer">https://medium.com/google-cloud/kubernetes-nodeport-vs-loadbalancer-vs-ingress-when-should-i-use-what-922f010849e0</a>)
With the "LoadBalancer Ingress" I'm able to access my Service from outside the cluster, but I don't understand why it's called "LoadBalancer Ingress"? What does it have to do with Ingress? Or is it true that every load balancer is equipped with an Ingress for the Service exposing purpose?</p>

<p>Ingress is an abstract definition of what to expose and how. Usually refers to HTTP(S) traffic, but with some fiddling can also other modes/protocols..</p>

<p>Ingress Controller is a particular implementation that will realize your Ingress defined expectations using a specific piece of software. Be it Nginx, Traefik or some other solution, potentially dedicated to particular cloud provider.</p>

<p>They will use <code>Service</code> objects as means of finding what are the endpoints to use for specific traffing that reached them. It's of no consequence if this is <code>headless</code>, <code>ClusterIP</code>, <code>NodePort</code> or <code>LoadBalancer</code> type of service.</p>

<p>That said, <code>LoadBalancer</code> type service exposes your service on a, surprise, loadbalancer. Again, usually related to your cloud provider. It's a completely different way of exposing your service, as is <code>NodePort</code> type.</p>
