Qual è lo scopo di avere servizi nei contenitori?

4

Sono stato molto interessato all'architettura orientata ai servizi e ai microservizi. Molte risorse parlano di servizi in container.

Per me, uno dei grandi vantaggi della separazione di un'applicazione nei servizi è rappresentato dalle prestazioni. Posso avere ogni servizio in diretta su un server separato e se alcuni servizi utilizzano più risorse, posso ridimensionarlo e bilanciare il carico quando richiesto. Al contrario di un approccio monolitico in cui dovresti bilanciare il carico dell'intera applicazione.

Continuo a leggere che i servizi dovrebbero essere in contenitori. Qual è il vantaggio di questo? Se dispongo di più servizi su un server che utilizza contenitori, in che modo è diverso da un servizio in un'applicazione monolitica? Questo non causerà potenziali problemi quando arriverà il momento di spostare quei servizi su server separati? E non sarebbe più ideale averli su server diversi?

Questo libro (pagina 6) link parla di istanze. Presumo che si tratti di istanze Amazon.

Personalmente, è sbagliato avere più servizi su un singolo server. O mi sto perdendo qualcosa?

    
posta BugHunterUK 05.03.2016 - 23:11
fonte

1 risposta

4

Avere servizi in contenitori non significa che debbano essere tutti sullo stesso server. Invece rende molto facile averli tutti sullo stesso server alcuni su diversi o tutti su diversi. Puoi iniziare con i contenitori che condividono un server, ma poi ridimensionarli con l'avvio rapido (sviluppo / carichi leggeri).

La guida all'uso dei contenitori è di aiutare a isolare i servizi da uno all'altro. Ma con un approccio più leggero di una VM completa o di server fisici separati. Nel caso di VM questo significa che lo stesso server host può probabilmente supportare più contenitori di quanti possano VM.

    
risposta data 05.03.2016 - 23:24
fonte

Leggi altre domande sui tag