Combina Docker Swarm e Kubernetes

La mia compagnia sta cercando di giocare un po 'di recupero nello spazio DevOps. Ho fatto molte ricerche sulla containerizzazione delle applicazioni e dei sistemi di orchestrazione che ne derivano. Mi sono imbattuto in un articolo (uno che vorrei aver salvato) in cui parlavano di combinare Swarm con Kubernetes per ottenere una migliore funzionalità. In questo articolo non hanno definito ciò che hanno guadagnato facendo questo.

Mi chiedevo quali benefici avrebbe fornito? L'aggiunta di un ulteriore livello di complessità ti darà davvero molto ritorno?

EDIT: sto cercando pro / contro tecnici. KISS è un buon motto ma non regge in un dibattito con il tuo CEO o Board.

Sono quasi certo che selezioneremo Docker per i nostri container e Swarm per un'orchestrazione. Tuttavia, mi piacerebbe vedere Kubernetes nel nostro spazio, quindi la proposta di unire le tecnologie insieme per una soluzione più solida mi incuriosisce. Grazie per qualsiasi intuizione.

— evanm
fonte

Le parole operative qui sono "mi incuriosisce". Fai parte di un'azienda. Ci dovrebbe essere un valido motivo commerciale per farlo. Non il tuo interesse, non la magia magica, una solida ragione commerciale per combinare quei due. Se non esiste un motivo commerciale per cominciare, inventarlo è semplicemente non etico. Ciò che stai proponendo sta portando allo spreco delle risorse aziendali per motivi personali ed eticamente è simile all'appropriazione indebita.

— Jiri Klouda,

Ho discusso sull'opportunità o meno di rispondere a questo perché, francamente, mi sento come se questa conversazione fosse una perdita di tempo. Sì, faccio parte degli affari, sì, mi incuriosisce, no, non sto inventando nulla e l'atteggiamento che hai avuto fin dall'inizio è ingiustificato. L'intrigo è ciò che spinge in avanti la tecnologia, cercare i motivi per cui / perché non fa parte del lavoro e semplicemente porre domande a chi ti ha preceduto è una buona pratica. Questa domanda aveva lo scopo di ottenere feedback da persone che hanno effettivamente lavorato su queste piattaforme e hanno opinioni valide sull'argomento.

— EvanM,

Non sto cercando un dibattito filosofico su parole d'ordine o acronimi carini. Sto cercando vantaggi tecnici o mancanze e dove è possibile colmare le lacune, se necessario. Tutto ciò che è stato pubblicato è stato un'opinione senza argomenti concreti. Le sarei grato se potessi spiegare quale tecnologia usi per risolvere la containerizzazione e l'orchestrazione e le carenze che hai riscontrato. A quel punto spetta a me e alla mia azienda decidere quale sia la strada migliore da percorrere. La ricerca non è appropriazione indebita o rubare, si chiama duediligence ed è come la buona tecnologia si trasforma in grandi soluzioni.

— EvanM,

Allora potresti chiedere in un forum sbagliato. DevOps è una disciplina su come rendere il business più efficiente attraverso la cultura, i processi e i mezzi tecnici. Abbiamo una vivace discussione sulla tecnologia, ma è da questa prospettiva. Se stai cercando una risposta dal punto di vista strettamente tecnico, sono sicuro che ci sono molti gruppi di lavoro tecnici per Kubernetes che possono darti una risposta che cerchi.

— Jiri Klouda,

Risposte:

Aggiornamento: Docker ha appena rilasciato il supporto per Kubernetes come scheduler, il che cambia la situazione e rende Kubernetes solo uno scheduler alternativo a Docker Swarm.

TL; DR: NON FARLO. Gli ingegneri cercano sempre di creare questi maialini. Ogni tecnologia non necessaria che porti porterà un altro intero insieme di guasti. Se riesci a sceglierne uno, quindi scegline uno e sii felice di non dover fare entrambe le cose. Se ti piace giocare con Kubernetes, procurati un account privato su Google Cloud e gioca con esso quanto vuoi. Ma non far soffrire tutti nella tua azienda per complicazioni inutili.

Quelle sono due tecnologie parallele e per lo più equivalenti . Se la tua azienda aveva motivi commerciali legittimi da implementare in più provider cloud per affidabilità e, ad esempio, volevi implementare sia AWS ECS (Elastic Container Service - basato su Docker) sia Google GKE (Container Engine - basato su Kubernetes) e ti chiedevi come costruisci una pipeline, che costruirà il tuo software e pacchetto in contenitori per la distribuzione in entrambi , sarebbe qualcos'altro, ma farlo solo perché vuoi giocare con una nuova tecnologia è molto irresponsabile.

— Jiri Klouda
fonte

Non direi che voglio "giocare" con Kubernetes. Ci sono motivi commerciali per cui lo preferisco a Swarm. Uno è la comunità e il tuo presupposto che voglio solo fare qualcosa è sbagliato. Non sono in disaccordo con il tuo commento cane-maiale, proveniente da una posizione di ingegnere di sistemi che ho visto / impedito molte volte, o almeno provato. Non hai fornito alcuna indicazione con cui hai lavorato con le lezioni apprese, né alcun dettaglio tecnico sul perché; Non credo che questo risponda alla mia domanda.

— EvanM,

Uso 'gioca con' invece di 'lavorare con' a volte in parte nel senso del lavoro come un divertimento e in parte basato sul preferito di mia madre: "Giochi con il computer tutto il giorno e non fai mai un vero lavoro". :)

— Jiri Klouda,

Gotcha, faccio lo stesso. Volevo solo chiarire che questo non era un tentativo a metà rischio di costringere Kubernetes alla gola della mia compagnia. Da qui la domanda. La sensazione è che non ci sia una "buona" ragione, ma non potrei semplicemente ignorare quell'articolo.

— EvanM,

Guarda, siamo stati tutti lì. Il business prevede di andare con una tecnologia, quando pensi che l'altra sia migliore e vuoi in qualche modo lavorare ancora con l'altra o almeno entrambe e mostrare loro come la tua scelta è stata molto migliore. È un classico. Non importa cosa pensi, non combinare i due per il gusto di farlo o per dimostrare che hai ragione. Anche se potresti giustificarlo, il tuo compito è progettare la soluzione per evitare di farlo. BACIO. Fallo funzionare con Swarm, convinci tutti a usare Kubernetes o a smettere e a lavorare sul posto dove useranno Kubernetes.

— Jiri Klouda,

Uno dei motivi per cui Kubernetes è uno scheduler se usi o consideri Azure come provider cloud è il suo servizio AKS relativamente nuovo (kubernet gestite). In questo caso, tuttavia, non combineresti le kubernet con lo sciame docker.

Questo per me è una chiara indicazione di dove sta andando la comunità. Non vorrei imparare qualcosa che in seguito avrei dovuto gettare nel cestino.

— Il gatto con gli stivali
fonte