‫Verifica o è tornato.
‫Qual è la tua opinione sull'uso del supervisore D.
‫Quindi questa è un'ottima domanda.
‫Supervisore D Suppongo che ciò a cui ti riferisci sia mettere il supervisore nel contenitore ed eseguirlo
‫come PID o processo root proprio in quel contenitore.
‫Va bene se devi farlo bene.
‫So che Docker è che le migliori pratiche non sono mai più di un'app per contenitore.
‫E mi piace esporre l'idea di prendere quell'idea e dire che non è mai più di una preoccupazione per contenitore.
‫E quando in alcuni casi tale preoccupazione potrebbe essere eseguibile multipla.
‫E quindi dovresti iniziare da quelli con qualcos'altro.
‫E potrebbe essere una sorta di scripting shell di fantasia.
‫Mi piace usare il supervisore D.
‫In effetti, se guardi il mio repository HP, faccio che ho un repository P HP orribilmente obsoleto per livello, quindi ho sicuramente bisogno di alcuni aggiornamenti per utilizzare alcune
‫delle nuove funzionalità Docker moderne ma mostra un paio di cose uniche
‫e una di questi è che per PDP quando usi NPM hai bisogno dell'eseguibile PDP in esecuzione e dell'eseguibile del motore X
‫in esecuzione e potresti eseguirli in contenitori separati e questo sarebbe probabilmente il modo Docker
‫ufficiale per farlo.
‫Se stavi seguendo le loro linee guida, ma le loro linee guida sono solo che sono proprio come le migliori pratiche.
‫Sono il punto di partenza, ma ciò non significa che devi rimanere lì se sai cosa stai facendo e perché
‫lo stai facendo.
‫Quindi, nel mio caso, in questo esempio specifico vorrei combinare sia il motore X che la p HP FGM nella stessa immagine del contenitore
‫e li eseguo entrambi con il supervisore D e quindi aggiunge un altro livello di complessità perché ora ho Docker che esegue
‫un contenitore che è attualmente in esecuzione supervisore come supervisori che eseguono il
‫motore X e FGM ma trovo che funzioni bene e ho corso.
‫Ho eseguito questo su siti Web globali molto grandi che sono in esecuzione in molte regioni e abusi.
‫Quindi questo design è sicuramente testato nel tempo e viene utilizzato in scenari pesantemente pesanti.
‫Il motivo per cui mi piace questo è perché Docker e sciame fuori dalla scatola non hanno il concetto di un pod.
‫Se sei nel mondo di Cuba e degli anni '80 hai un concetto di pod e in
‫quel caso potresti far girare il motore X e la PSP fianco a fianco nei loro contenitori all'interno dello stesso pod e quel pod è distribuito insieme.
‫Quindi, quando viene distribuito su un server, sapresti che otterresti entrambi e quindi entrambi sarebbero
‫in grado di usare i socket se hai familiarità con queste cose e PSP usano i
‫socket per parlare avanti e indietro ed è molto efficiente ma nello stile sciame docker lo faresti dalla scatola in quel modo
‫dovresti parlare su TGP e questo aggiunge molto ritardo.
‫Voglio dire che un sacco di ritardo può andare bene per alcune persone, ma quando stai parlando di passare
‫attraverso il server invece di parlare semplicemente attraverso un socket locale all'interno dello stesso kernel, c'è sicuramente aggiunto che
‫conosci probabilmente più millisecondi se non decine di millisecondi di ritardo lì .
‫Quindi mi piace eseguirli entrambi nello stesso contenitore e uso il supervisore D per farlo.
‫Quindi guarda questo esempio.
‫Lo lancerò in chat.
‫Penso di aver già visto qualcuno postare lì.
‫Quindi speriamo che ti aiuti e che risponda alla tua domanda.
‫Ci sono solo alcuni posti in cui uso il supervisore D e questo è uno di questi.
‫L'altro potrebbe essere come fusione fredda perché ha anche bisogno di una patch o qualcosa
‫sul front-end per funzionare o area Gen-X.
‫Quindi ogni volta che hai qualcosa in cui hai un back in binario che deve essere eseguito su Amul per eseguire
‫il tuo codice e quindi hai bisogno di una sorta di web server di fronte
‫ad esso e devono entrambi lavorare insieme per fornire il servizio totale perché verranno sempre distribuiti insieme e uno
‫non funziona senza l'altro.
‫Ha perfettamente senso che si uniscano in quel caso nella stessa immagine, specialmente quando li ridimensioni se
‫li ridimensionerai sempre uno per uno perché molte cose con contenitori vorresti ridimensionare diversamente ridimensionare il numero
‫di API è diverso si ridimensionerà il contenitore del
‫database dei numeri.
‫Quindi in quei casi hai sicuramente la flessibilità e vuoi costruire per aggiornarli separatamente.
‫In questo caso, aggiornerò l'app allo stesso tempo e sostituirò sempre i contenitori allo stesso tempo,
‫quindi ha molto senso fare quelli insieme così speriamo che sia d'aiuto.