Pour moi ces évolutions sont liées aux capacités du hardware et au prix des composants.
A une époque on cherchait à utiliser au mieux un serveur X86 finalement pas si puissant que cela. on parlait d'overcloking pour gonfler les CPU, de mutualiser les pages mémoires (bibliothèques partagées , nos lib.so sous linux ou dll sous windows) pour contenir la consommation RAM.
Les serveurs Unix, Z, ... plus puissants avaient déjà de la virtualisation.
Aujourd'hui à l'heure des containers, on fait l'inverse : on essaie d'utiliser toute la puissance des machines et on multiplie les bibliothèques dans chaque container, copiées de multiples fois en pages mémoire dans le but de simplifier les gestes de gestion (la RAM n'est plus un problème).
Dans les modèles de gestion, je trouve que de la même manière on vit un effet boomerang. A une époque une équipe resserrée administrait le serveur et développait l'application. Puis on a "professionnalisé" : séparé des spécialistes de l'administration, d'autres du développement. ça tombe bien, l'administration est devenue compliquée avec les risques de sécurité et autres contraintes. Mais on pousse le bouchon au point que les équipes séparées ne se parlent plus. le modèle devient peu efficace. On décide alors d'inventer le DevOps : génial on va mettre les gens ensemble :-)
[^] # Re: intéressant ...
Posté par PLuG . En réponse à la dépêche La virtualisation pour les nuls et autres enjeux autour des datacenters. Évalué à 7.
Pour moi ces évolutions sont liées aux capacités du hardware et au prix des composants.
A une époque on cherchait à utiliser au mieux un serveur X86 finalement pas si puissant que cela. on parlait d'overcloking pour gonfler les CPU, de mutualiser les pages mémoires (bibliothèques partagées , nos lib.so sous linux ou dll sous windows) pour contenir la consommation RAM.
Les serveurs Unix, Z, ... plus puissants avaient déjà de la virtualisation.
Aujourd'hui à l'heure des containers, on fait l'inverse : on essaie d'utiliser toute la puissance des machines et on multiplie les bibliothèques dans chaque container, copiées de multiples fois en pages mémoire dans le but de simplifier les gestes de gestion (la RAM n'est plus un problème).
Dans les modèles de gestion, je trouve que de la même manière on vit un effet boomerang. A une époque une équipe resserrée administrait le serveur et développait l'application. Puis on a "professionnalisé" : séparé des spécialistes de l'administration, d'autres du développement. ça tombe bien, l'administration est devenue compliquée avec les risques de sécurité et autres contraintes. Mais on pousse le bouchon au point que les équipes séparées ne se parlent plus. le modèle devient peu efficace. On décide alors d'inventer le DevOps : génial on va mettre les gens ensemble :-)