‫Ora che hai i tuoi pod in esecuzione, probabilmente dovrai esporli a servizi esterni ad un
‫certo punto.
‫Ciò significa consentire loro di accettare connessioni in qualche modo nel cluster o dall'esterno
‫del cluster.
‫E nei vortici cubani utilizziamo il comando esposto controllo cubo come uno dei modi per creare un servizio.
‫E abbiamo menzionato il servizio alcune volte prima, ma assicuriamoci di essere chiari su quale servizio è un
‫servizio.
‫Un endpoint coerente per consentire ad altre cose all'interno o all'esterno del cluster di
‫accedervi.
‫Pertanto, quando si creano pod e entità cubane, non ottengono automaticamente un nome DNS per la connettività esterna
‫con un indirizzo IP.
‫Giusto.
‫Ti consigliamo di farlo creando un servizio in cima a quel pod esistente.
‫Ora ci sono vari modi oltre a questo comando esposto per creare un servizio.
‫Ma concentriamoci su ciò che è comune la cosa comune qui è quel DNS di base che, se ricordi, abbiamo
‫detto che in precedenza è una delle caratteristiche principali del tuo piano di controllo.
‫Tale servizio sarà il tuo server DNS per risolvere i nomi di tutte queste cose.
‫Inoltre, la scelta dell'IP in porta e il modo in cui ottiene essenzialmente il traffico verso il
‫tuo servizio è il lavoro di uno di quattro diversi tipi di servizio.
‫E esaminiamo quelli di tanto in tanto passeremo attraverso alcuni esempi.
‫Cominciamo con il tipo di servizio IP cluster che è l'impostazione predefinita.
‫Ora in questo caso l'aspetto più importante è che è disponibile solo nel cluster.
‫Quindi si tratta in realtà di una serie di baccelli cubani che parlano con un'altra serie di baccelli.
‫E questo ottiene il suo vestito DNS giusto.
‫Quindi sarà l'indirizzo DNS nel piano di controllo DNS principale e otterrà un indirizzo IP
‫nello spazio degli indirizzi IP virtuali all'interno del cluster.
‫Ciò consente agli altri pod in esecuzione nel cluster di comunicare con questo servizio utilizzando la porta del
‫servizio.
‫Quindi, se stai eseguendo un'app X ferita ed era in esecuzione sulla porta 80 quando hai creato questo servizio, anche
‫l'IP del servizio potrebbe essere sulla porta 80.
‫In modo che mantenga una sorta di coerenza lì.
‫Se ci pensi, questo è molto simile al modo in cui crei un servizio e sciamano ora che i servizi
‫sono un po 'diversi nello sciame hanno un'idea diversa intorno a loro ma sono coerenti almeno
‫quando crei un servizio che ti dà quell'IP interno sul bilanciamento del carico se ricordi e viene
‫eseguito sulla porta su cui si trova l'app.
‫In questo caso stiamo facendo una cosa molto simile ma dobbiamo crearla con un comando esposto o altre opzioni di cui
‫parleremo più avanti e poi qui di seguito c'è la porta del nodo che è improvvisamente diversa.
‫È un po 'confuso fuori dalla scatola.
‫Quindi l'IP del cluster è un valore predefinito e funziona sempre all'interno del cluster.
‫Non ha bisogno di nulla di speciale, non ha bisogno di regole firewall al di fuori del cluster per
‫consentire al traffico di raggiungerlo, ma l'IP del cluster è valido solo nel cluster.
‫Quindi ricorda che l'IP del cluster è valido nel cluster, una porta del nodo è progettata per qualcosa al di fuori del
‫cluster per comunicare con il tuo servizio attraverso gli indirizzi IP sui nodi stessi.
‫Quindi, quando crei una porta nodo, otterrai una porta alta su ciascun nodo assegnato a
‫questo servizio.
‫E una volta ottenuto, puoi aggiornare altre cose che devono sapere su questa porta.
‫Quindi questa porta sarà una porta alta.
‫Quindi non userai la porta 80 per esempio quando usi questo tipo.
‫E la chiave di questi due è che sono sempre disponibili in qualsiasi cabinet è il cluster.
‫Sia che tu stia utilizzando una soluzione di fornitore di cloud o stia realizzando i tuoi vortici cubani o distribuendo un
‫pacchetto come dock o azienda o rancher.
‫Questi sono quelli che funzioneranno sempre fuori dalla scatola.
‫Il prossimo è il tipo di bilanciamento del carico.
‫Ora questo è principalmente usato nel cloud.
‫L'idea qui è che stai controllando un bilanciamento del carico esterno attraverso la riga di comando cubana degli anni '80,
‫che è piuttosto interessante.
‫E essenzialmente questo è un mucchio di automazione.
‫Quello che stai facendo qui è in background quando crei questo bilanciamento del carico, creerà automaticamente l'IP del cluster
‫nella porta del nodo in modo che questi siano disponibili e quindi parlerà con il sistema esterno.
‫Forse siamo in otto a bilanciare il carico o qualche altro fornitore di cloud.
‫Fondamentalmente arriveranno dai tuoi fornitori di infrastrutture e permetteranno a Cuba di parlare
‫con loro attraverso alcune API remote e configurarle per te.
‫Quindi, nel caso di forse otto di noi il bilanciamento del carico quando si crea questo non solo sta creando le
‫porte di questo nodo nell'IP del cluster è nel back-end, ma sta anche dicendo al bilanciamento del carico ADA Sì di parlare
‫con le porte del nodo.
‫E sostanzialmente si tratta solo di automazione.
‫Giusto.
‫Questo ti aiuta a risparmiare un passaggio dall'esecuzione di alcuni Ada perché la riga di comando o l'interfaccia web per
‫impostare automaticamente quel buttafuori di carico per te.
‫Quindi le due cose da asporto che ho per questo sono di pensarci perché questo è solo per il
‫traffico proveniente dal tuo cluster da una fonte esterna e richiede un provider di infrastruttura che dia alle
‫entità cubane la possibilità di parlarci da remoto.
‫E l'ultimo dei tipi di servizio forestale è un nome esterno.
‫Ora questo viene usato meno spesso e non ha nulla a che fare con il controllo del traffico in entrata verso
‫i tuoi servizi.
‫Si tratta più di cose del tuo cluster che hanno bisogno di parlare con servizi esterni e vuoi
‫creare nomi DNS nel sistema DNS principale in modo che il tuo cluster possa risolvere nomi esterni che potresti non
‫avere il controllo esternamente.
‫E uno dei motivi per cui potresti usare un nome esterno è quando stai eseguendo migrazioni di cose, quindi pensa se hai
‫un'applicazione remota che l'applicazione remota al di fuori della tua sicurezza è un cluster probabilmente ha
‫già un nome DNS.
‫Giusto.
‫Ma se ti sposterai dì qualcosa da quei servizi esterni a servizi interni, potresti vedere come
‫potresti usare un nome esterno come sostituto per controllare il flusso di lavoro del DNS all'interno del tuo cabinet.
‫Quindi in pratica potresti avere una singola riga di comando di rete cubana invece di dire oh,
‫devo cambiare il DNS esterno per qualcosa, quindi devo eseguire qualche altra utility per quel servizio DNS o
‫forse anche qualcosa che non ha nemmeno un'API Dietro.
‫Forse come un DNS aziendale o qualcosa del genere puoi usarlo all'interno dei tuoi cluster in modo che
‫i servizi all'interno dei tuoi cluster inizino a risolvere un endpoint diverso da quello che avevano precedentemente che
‫era esterno.
‫Quindi trovo che lo uso davvero solo quando devo cambiare il modo in cui le mie cose escono dal mio
‫cluster per un servizio esterno ma non ho un modo di controllare il DNS da remoto di quelle altre cose, quindi
‫preferirei semplicemente Fallo all'interno di entità cubane e crea alcuni nomi esterni per le mie cose.
‫Quindi quando voglio cambiare dinamicamente le impostazioni cubane per le mie cose all'interno del mio cluster, posso
‫farlo abbastanza facilmente senza dover parlare con nient'altro.
‫Bene, li riassumeremo per tipi di servizio, ma c'è un altro modo in cui il traffico può
‫entrare nel tuo cluster e questo è attraverso l'ingresso e ne parleremo più avanti.
‫È progettato specificamente per il traffico ACG.
‫Quindi quando arriveremo a quella lezione capirai perché è un po 'diverso da questi tipi di
‫servizi.