Servicios

Clase 11 de 41 • Curso de Google Kubernetes Engine (2018)

Resumen

Los servicios nos permiten ingresar tráfico y conectar los diferentes servicios de nuestra aplicación. Los 3 tipos de servicios disponibles son: Cluster IP, Node Port y Load Balancer.

Omar Alvarez

student•

https://medium.com/google-cloud/kubernetes-nodeport-vs-loadbalancer-vs-ingress-when-should-i-use-what-922f010849e0 Este es un complemento de lo que se vio en la clase

Carlos Jose Solar Zamorano

student•

Muy buen aporte!

Usuario anónimo

user•

¡Muy bueno!

Ignacio Castillejo Gómez

student•

Me quedaron muchas muchas dudas… ya que esto es un curso específico de Google Cloud en su rama Kubernetes entiendo que lo más lógico sería explicar los distintos balanceadores de carga y no tomar por sentado la “normal general” de kubernetes de que cuando usas un servicio load balancer este pasara todo el trafico por el nodo maestro… En google cloud el nodo maestro esta abstraido por google y para nosotros simplemente no existe. Además, cuando usas un servicio de tipo loadbalancer lo que estas haciendo es usar un servicio de balanceo de carga de google, contratando este claro esta (muy parecido a la explicación del node port)

La cosa esta en, sabiendo lo antes explicado, estaría genial que hubieran explicado los distintos tipos de balanceadores de carga que hay en google cloud y como configurar estos a través del archivo yaml (en la clase practica)

REINALDO ORJUELA GODOY

student•

Si de acuerdo, si bien hay que investigar, debería tener un poco mas de fondo las explicaciones. Les recomiendo el de swarm para que vean la diferencia.

Juan Francisco Mosquera

student•

uy 4.51 minutos de un millón de conceptos , deberían colocar slides para estas cosas.

Jose Antonio Marín López

student•

Cluster IP Se dedica a unir microservicios dentro de mi arquitectura. Utilizando para ello IP privada, por lo que no puede comunicarse con el exterior. Es decir, permite que los pods se puedan comunicar entre ellos, pero no se pueda acceder de forma externa (interno al clúster). Por ejemplo, para comunicar un backend con una base de datos.

Node ports Se genera un mapeo de puertos a nivel de nodos. Permite abrir un puerto en todos los nodos para comunicarse con ellos mediante una IP externa.

Load Balancer Permite acceder al pod mediante una IP externa, esta es única de este pod, y solamente permite acceder a él.

Documentación de Google Cloud Platform

Joaquin Alberto Pérez Mata

student•

sinceramente esta clase me ha confundido mas. No me ha quedado nada claro.

Antonio Jorge Bodoc

student•

¿El concepto de servicios de kubernete es similar al mismo concepto de servicio de docker-compose?, o bien ¿en qué difiere y en qué se asemeja?

Gerardo Alberto Soto Alvarez del Castillo

student•

Kubernetes ++ServiceTypes allow you to specify what kind of Service you want.++ ++The default is ClusterIP.++

Type values and their behaviors are: • ++ClusterIP:++ Exposes the Service on a cluster-internal IP. Choosing this value ++makes the Service only reachable from within the cluster.++ This is the default ServiceType. • ++NodePort:++ ++Exposes the Service on each Node's IP++ at a static port (the NodePort). A ClusterIP Service, to which the NodePort Service routes, is automatically created. You'll be able to contact the NodePort Service, from outside the cluster, by requesting <NodeIP>:<NodePort>. • ++LoadBalancer:++ ++Exposes the Service externally using a cloud provider's load balancer.++ NodePort and ClusterIP Services, to which the external load balancer routes, are automatically created. • ++ExternalName:++ Maps the Service to the contents of the externalName field, by returning a CNAME record with its value. No proxying of any kind is set up. ++Note:++ You need either kube-dns version 1.7 or CoreDNS version 0.0.8 or higher to use the ExternalName type. You can also use Ingress to expose your Service. Ingress is not a Service type, but it acts as the entry point for your cluster. It lets you consolidate your routing rules into a single resource as it can expose multiple services under the same IP address.

Christian Acevedo

student•

Esta clase estuvo demasiado confusa, ya que segun el diagrama de arquitectura de Kubernetes el trafico jamas pasa por el nodo maestro, este nodo unicamente realiza las veces de orquestador y gestionador de las nodos workers y el estado deseado del cluster.

@ wrosb

student•

Hola, Los servicios son parte del API disponible dentro de Kubernetes. No tiene relación con el master nodo de la arquitectura del cluster.