‫Alcuni dei comandi che hai utilizzato finora hanno un po 'di automazione dietro di loro noti come generatori e generatori
‫che puoi pensare a modelli simili.
‫Fondamentalmente creano la specifica o la specifica da applicare al cluster di vortici cubani in base alle opzioni
‫della riga di comando.
‫Quindi pensi a comandi come eseguire, esporre e creare.
‫Spesso avranno generatori dietro di loro che danno il modello necessario con tutti i campi e le impostazioni predefinite
‫che non si specificano necessariamente nella riga di comando.
‫Fondamentalmente il punto di questi generatori è di rendere più semplice l'uso di comandi a una riga come
‫a cui sei stato abituato con la composizione e lo sciame sempre più scuri per utilizzare quei comandi a una riga
‫nei vortici cubani lasciando alcune delle impostazioni più avanzate alle impostazioni predefinite e davvero lo sciame fa questo allo sciame ha
‫molte impostazioni predefinite quando si creano servizi e stack che stanno accadendo tutti in background che non
‫si conoscono.
‫Quindi questi generatori sono così.
‫Quindi, ecco un esempio in cui stiamo creando una distribuzione con il comando create
‫e gli offriamo un paio di opzioni per soddisfare i requisiti minimi e riempirà il resto delle specifiche con
‫un generatore.
‫Ora questi generatori sono diversi per ogni tipo di cosa che stai creando, sia che si tratti di un servizio o di una
‫distribuzione o di un lavoro o di un lavoro cron.
‫Altre cose di cui parleremo in seguito e quei generatori possono effettivamente cambiare nel tempo man mano che
‫ogni versione di comunità esce, potrebbero cambiare una o due proprietà di quella specifica.
‫E quindi queste hanno versioni a volte se hai visto nella documentazione potresti vedere alcuni Yama per
‫entità cubane e dice qualcosa su BDA.
‫Beh, questo è spesso quando un generatore viene creato per la prima volta, potrebbe avere una versione beta e poi, man mano che
‫passa a un generatore maturo, avrà una v1.
‫Ora non possiamo davvero ottenere un elenco di generatori dalla riga di comando perché comprende diversi
‫comandi e diverse opzioni quali generatori potrebbero essere utilizzati.
‫Quindi il modo più semplice qui in tutti questi diversi comandi per vedere cosa verrebbe generato se
‫si digitasse quel comando su un cluster è usare due opzioni.
‫La corsa a secco che è un modo davvero accurato per mostrare l'output di ciò che hai digitato
‫e lo vedremo in un secondo e poi il trattino 0 che significa output e stiamo dicendo che vogliamo
‫un output in Yemen, quindi siamo essenzialmente dicendo esegui questo comando ma tecnicamente non farlo sul cluster,
‫provalo per vedere cosa succederebbe se lo facessi e allo stesso tempo mostrami l'output Yamato di ciò che verrebbe
‫generato se finissi questo comando e tu Praticamente otterremo simpatici template e potrai anche usarlo
‫per iniziare a creare la tua demo che useremo nelle lezioni successive e infine nei generatori qui.
‫Potresti anche considerarli valori predefiniti supposti.
‫Non sono davvero supposti, sono super piccoli.
‫Di solito sono 10-15 linee di UML solo il minimo indispensabile per iniziare.
‫Quindi hanno opinioni, ed è per questo che stanno avendo versioni e potresti vedere un laureato versione
‫beta e quant'altro.
‫Quindi li considero supponente, ma stanno bene, funzioneranno per la maggior parte dei casi d'uso quando stai
‫solo provando cose per il test Devin.
‫Facciamo quindi un paio di esempi per vedere questi generatori dalla riga di comando.
‫Il primo qui è una distribuzione come abbiamo usato prima della creazione della
‫creazione e noterai che ho messo il trattino a secco alla fine e se fai solo un giro a secco, sputerà solo il tipo
‫di risorsa creerebbe.
‫Quindi questo è simile al nome della risorsa che vediamo quando lo elenchiamo con un comando get del controllo cubo.
‫Ma se premo la freccia su lì e digito trattino oyam alla fine, allora mi mostrerà l'output dello Yemen che ha generato
‫con quel comando e esamineremo tutte le specifiche dello Yemen in seguito, ma per ora puoi vedere il le
‫parti principali di ciò che è stato fatto in background quando abbiamo creato quel comando
‫di distribuzione.
‫Per prima cosa mostra alla versione API la versione di questo tipo di risorsa, quindi qui stiamo usando una versione slash v 1
‫delle app.
‫Il tipo è la distribuzione ed è perché stiamo creando una distribuzione.
‫Se era un lavoro, era così un lavoro, se fosse un servizio, direbbe quel tipo di servizio.
‫I metadati saranno sempre disponibili per qualsiasi risorsa creata.
‫Avrà il timestamp che è facoltativo perché lo genererà automaticamente quando crei davvero questa cosa e poi
‫avrai etichette e quindi un attributo di nome qui che puoi specificare in questo caso stai vedendo che è
‫riempito un molto di questo con ciò che gli ho dato la riga di comando che gli
‫ho detto che voglio chiamarlo test.
‫Quindi gli sta dando un nome di test, gli sta assegnando un'app dal momento che stiamo usando una distribuzione qui
‫la considera un'app non un servizio o qualcos'altro e sta chiamando quel test etichetta.
‫Queste sono solo impostazioni predefinite e quindi le specifiche per la distribuzione sono repliche di una delle quali il selettore entrerà in un secondo
‫momento, ma è essenzialmente così che questa cosa determina la selezione dei pod all'interno di questa
‫distribuzione.
‫È fondamentalmente ciò che abbina tale distribuzione ai suoi pod, quindi la strategia che lasciamo
‫vuoto il modello qui è per il set e quindi vedrai sotto quella specifica i contenitori che creerà.
‫Quindi c'è un po 'di uno strato annidato di cose specifiche in corso qui e questo è dovuto alla complessità di
‫questi strati giusti.
‫Abbiamo pod, quindi set di repliche e quindi implementazioni.
‫Quindi puoi vedere che sta creando tutto ciò al volo e lo applicheremo all'API quando premiamo questo comando.
‫Creiamo alcuni altri qui.
‫Il secondo sta usando i lavori anziché le distribuzioni.
‫Quindi di solito è progettato quando si desidera creare una serie di percorsi che verranno eseguiti una volta.
‫Quindi tende a impostarli con un valore predefinito per non riavviare.
‫E in questo caso useremo la stessa immagine con lo stesso nome.
‫Lo eseguiremo a secco con l'uscita del trattino Jamil e vedrai quanto è diverso.
‫In questo caso poiché non abbiamo i livelli multipli di una distribuzione con il set di repliche nidificato al suo
‫interno, non abbiamo bisogno dei livelli multipli di specifica e vedrai.
‫Prima di tutto questo è molto più breve e ciò è in gran parte dovuto al fatto che
‫con le distribuzioni crea un set di repliche nidificate che quindi crea il pod in modo che ci siano più livelli lì.
‫Erano qui.
‫Abbiamo davvero questo lavoro batch che crea pod direttamente per noi, quindi puoi vedere la parte superiore della versione dell'API e il
‫tipo ha entrambi cambiato i metadati è molto simile anche se in questo caso non ha
‫creato un'etichetta per app e le specifiche sono solo per i lavori e poi sotto di esso le specifiche al suo interno.
‫È all'interno di quel modello che ci sono le specifiche per ogni contenitore contenitore giusto.
‫Quindi questa specifica sarebbe stata creata per quanti ne avessi chiesto di crearla.
‫Ne abbiamo creato uno solo per impostazione predefinita, quindi avrà un container con il motore X con il nome test
‫e noterai che la politica di riavvio non è mai e questo è davvero il cambiamento con la maggior parte di
‫questi altri modi di creare container nelle città cubane.
‫Tenteranno automaticamente di ricreare o riavviare e con un lavoro o successivamente con un lavoro cron vedrai che il criterio
‫di riavvio è impostato su Mai.
‫Perché in genere una volta terminato un lavoro è appena fatto e non si desidera quel contenitore o ricrearlo.
‫E infine eseguiamo un comando expose.
‫Ora anche se c'è una corsa a vuoto qui quando si esegue la distribuzione esposta, verrà verificata la presenza e
‫si renderà conto che non esiste, quindi non può darti l'output di esempio perché non
‫ha realmente l'input valido.
‫Quindi in questo caso abbiamo tecnicamente bisogno di
‫creare una distribuzione e in questo non abbiamo bisogno che sia a secco e in output volevamo solo crearlo.
‫Quindi facciamolo e poi torniamo a quel comando esposto e riproviamo e questa volta la
‫corsa a secco funzionerà.
‫Quindi avremo una versione API di V1.
‫Noterai che il servizio è il tipo ora invece della distribuzione o del lavoro.
‫E poi abbiamo altre etichette simili.
‫Vedrai che le specifiche riguardano tutte le porte e i protocolli perché è proprio quello che è un servizio.
‫È la combinazione di route di rete e subnet IP e porte CCP o UDP e cose del genere.
‫Quindi i generatori non sono necessariamente un grosso problema.
‫Non è necessario memorizzarli o apprendere le differenze tra tutti loro perché, poiché
‫ne troverai molti con il comando Esegui controllo cubo, spariranno come scoprirai tra un minuto.
‫E poi in una lezione successiva parleremo più dei tipi di modi in cui crei i container e
‫forse del perché non utilizzerai molta corsa e crea nei tuoi carichi di lavoro di produzione.
‫E ricordati di eliminare la distribuzione di test se l'hai creata per il nostro ultimo comando in cui abbiamo
‫testato l'esporre.