‫Ahora que tiene sus pods en funcionamiento, probablemente tendrá que exponerlos a servicios externos en
‫algún momento.
‫Eso significa permitirles aceptar conexiones de alguna manera en su clúster o desde fuera de
‫su clúster.
‫Y en los remolinos cubanos usamos el comando expuesto de control de cubo como una de las formas de crear un servicio.
‫Y mencionamos el servicio varias veces antes, pero asegurémonos de tener claro qué servicios es un
‫servicio.
‫Un punto final que sea coherente para que otras cosas dentro o fuera del clúster puedan acceder a
‫él.
‫Entonces, cuando creas pods y entidades cubanas, no obtienen automáticamente un nombre DNS para la conectividad externa con
‫una dirección IP.
‫Derecha.
‫Debería hacer eso creando un servicio encima de ese pod existente.
‫Ahora hay varias formas además de este comando expuesto para crear un servicio.
‫Pero centrémonos en lo que es común, lo común aquí es ese DNS central si recuerdas que hemos mencionado
‫que antes es una de las características principales de tu plano de control.
‫Ese servicio será su servidor DNS para resolver los nombres de todas estas cosas.
‫Y además de eso para elegir la IP en el puerto y cómo lo hace, la forma en que obtiene tráfico
‫esencialmente a su servicio es el trabajo de uno de los cuatro tipos de servicios diferentes.
‫Y repasemos esos de vez en cuando veremos algunos ejemplos.
‫Comencemos con el tipo de servicio IP del clúster, que es el predeterminado.
‫Ahora, en este caso, el aspecto más importante es que solo está disponible en el clúster.
‫Entonces, se trata realmente de un conjunto de cápsulas de remolinos cubanos que hablan con otro conjunto de cápsulas.
‫Y esto tiene su propio vestido DNS correcto.
‫Esa será la dirección DNS en el plano central de control de DNS y obtendrá una dirección IP
‫en ese espacio virtual de direcciones IP dentro del clúster.
‫Y eso permite que sus otros pods que se ejecutan en el clúster se comuniquen con este servicio utilizando el puerto del
‫servicio.
‫Entonces, si está ejecutando una aplicación X dañada y se estaba ejecutando en el puerto 80 cuando creó este servicio, esa IP
‫de servicio también podría estar en el puerto 80.
‫Entonces eso mantiene algún tipo de consistencia allí.
‫Si lo piensa, esto es muy similar a la forma en que crea un servicio y enjambre ahora que los servicios son
‫un poco diferentes en enjambre, tienen una idea diferente a su alrededor, pero son consistentes al menos cuando
‫crea un servicio que brinda si recuerdas esa IP interna en el equilibrador de carga y se ejecuta en
‫el puerto en el que se encuentra la aplicación.
‫En este caso, estamos haciendo algo muy similar, pero tenemos que crear este con un comando expuesto u otras opciones de las
‫que hablaremos más adelante y luego el siguiente es un puerto de nodo que de repente es diferente.
‫Es un poco confuso fuera de la caja.
‫Por lo tanto, la IP del clúster es predeterminada y siempre funciona dentro del clúster.
‫No necesita nada especial, no necesita ninguna regla de firewall fuera del clúster para que el tráfico llegue
‫a él, pero la IP del clúster solo es buena en el clúster.
‫Entonces, recuerde que la IP del clúster en el clúster un puerto de nodo está diseñada para que algo fuera del clúster
‫se comunique con su servicio a través de las direcciones IP en los propios nodos.
‫Entonces, cuando cree un puerto de nodo, obtendrá un puerto alto en cada nodo asignado a
‫este servicio.
‫Y una vez que obtenga eso, puede actualizar otras cosas que deben saber sobre este puerto.
‫Entonces este puerto va a ser un puerto alto.
‫Por lo tanto, no va a usar el puerto 80, por ejemplo, cuando use este tipo.
‫Y la clave de estos dos es que siempre están disponibles en cualquier gabinete que sea clúster.
‫Ya sea que esté utilizando una solución de proveedor en la nube o rodando sus propios remolinos cubanos o desplegando un
‫paquete como dock o enterprise o rancher.
‫Estos son los que siempre funcionarán de la caja.
‫El siguiente es el tipo de equilibrador de carga.
‫Ahora esto se usa principalmente en la nube.
‫La idea aquí es que estás controlando un balanceador de carga externo a través de la línea de comando cubana de los 80,
‫lo cual es bastante bueno.
‫Y esencialmente esto es un montón de automatización.
‫Lo que está haciendo aquí está en segundo plano cuando crea este equilibrador de carga, va a crear automáticamente la IP
‫del clúster en el puerto del nodo para que estén disponibles y luego va a hablar con el sistema
‫externo.
‫Tal vez sea un equilibrador de carga de ocho de nosotros o algún otro proveedor de la nube.
‫Básicamente, estos vendrán de sus proveedores de infraestructura y permitirán que Cuba tenga días para hablar
‫con ellos a través de una API remota y configurarlos para usted.
‫Entonces, en el caso de que tal vez un equilibrador de carga de ocho de nosotros cuando cree esto, no solo esté creando
‫los puertos de este nodo en el IP del clúster, sino que también le esté diciendo al equilibrador de carga ADA Sí que hable
‫con los puertos del nodo.
‫Y esencialmente esto es solo automatización.
‫Derecha.
‫Esto le ayuda a ahorrar un paso de tener que ejecutar Ada porque la línea de comando o la interfaz
‫web configuran automáticamente ese dispositivo de carga.
‫Entonces, las dos conclusiones que tengo para este es pensarlo, ya que esto es solo para el tráfico que ingresa a
‫su clúster desde una fuente externa y requiere un proveedor de infraestructura que les brinde a las entidades cubanas la
‫capacidad de hablar con él de forma remota.
‫Y el último de los tipos del Servicio Forestal es el nombre externo.
‫Ahora esto se usa con menos frecuencia y realmente no tiene nada que ver con el control del tráfico entrante
‫a sus servicios.
‫Esto es más acerca de cosas en su clúster que necesitan hablar con servicios externos y
‫desea crear nombres DNS en el sistema DNS central para que su clúster pueda resolver nombres externos que quizás
‫no tenga control externo.
‫Y una de las razones por las que podría usar un nombre externo es cuando está haciendo migraciones de cosas, así que piense en
‫si tiene una aplicación remota que la aplicación remota fuera de su seguridad es que el clúster probablemente ya
‫tenga un nombre DNS.
‫Derecha.
‫Pero si se va a mudar, diga algo de esos servicios externos a servicios internos, podría ver cómo
‫podría usar un nombre externo como un sustituto para controlar el DNS dentro de su flujo de trabajo de su gabinete.
‫Entonces, básicamente, podría tener una sola línea de comando de red cubana en lugar de decir oh, necesito cambiar
‫el DNS externo por algo, así que tengo que ejecutar alguna otra utilidad para ese servicio DNS o incluso
‫algo que ni siquiera tiene una API Detrás de eso.
‫Tal vez, como un DNS de empresa o algo así, puede usar esto dentro de sus clústeres para que
‫los servicios dentro de sus clústeres comiencen a resolver un punto final diferente al que tenían anteriormente que
‫era externo.
‫Así que descubro que realmente solo lo uso cuando necesito cambiar la forma en que mis cosas salen de mi
‫clúster a algún servicio externo, pero no tengo una forma de controlar el DNS de forma remota de esas otras cosas,
‫así que prefiero simplemente hacerlo dentro de entidades cubanas y crear algunos nombres externos para mis cosas.
‫Luego, cuando quiero cambiar dinámicamente la configuración cubana para mis cosas dentro de mi clúster, puedo hacerlo
‫fácilmente sin tener que hablar con nada más.
‫Muy bien, vamos a concluir estos tipos de servicios, pero hay otra forma en que el tráfico puede ingresar
‫a su clúster y es a través de la entrada y hablaremos de eso más adelante.
‫Eso está específicamente diseñado para el tráfico ACG.
‫Entonces, cuando lleguemos a esa conferencia, comprenderá por qué eso es un poco diferente a estos tipos de
‫servicios.