Tu veux dire que Amazon et Rackspace arriverais à faire mieux ?
Prenons une hypothèse de travail, il y a 2 boites, donc ayant des services commerciaux, qui doivent se partager l'argent des clients, chacune apportant sa part de travail ( qui mérite salaire ), avec d'un coté un provider cloud qui grimpe, de l'autre, le leader mondial de l'open source. Et chacune ayant son idée d'une juste répartition de la part du gâteau.
Est ce que le souci serait pas simplement de pas réussir à s'entendre sur ce qui est une part juste pour les 2, et donc simplement des négociations commerciales, tout bêtement ?
Et comme le support d'HyperV est pas non plus super vieux dans RHEL après tout : https://access.redhat.com/solutions/261453
Et peut être qu'il faut plus dans le kernel pour que ça soit correctement supportable par l'éditeur sur le long terme ( cad sur les 10 à 13 ans de durée de vie de RHEL 6 ou 7, à minima, problématique qui touche pas les distros à durée de vie plus courtes comme Centos, Ubuntu et Suse )
[^] # Re: simple
Posté par Misc (site web personnel) . En réponse au journal Redhat, la grande perdante de la virtualisation Microsoft Azure ?. Évalué à 2.
Tu veux dire que Amazon et Rackspace arriverais à faire mieux ?
Prenons une hypothèse de travail, il y a 2 boites, donc ayant des services commerciaux, qui doivent se partager l'argent des clients, chacune apportant sa part de travail ( qui mérite salaire ), avec d'un coté un provider cloud qui grimpe, de l'autre, le leader mondial de l'open source. Et chacune ayant son idée d'une juste répartition de la part du gâteau.
Est ce que le souci serait pas simplement de pas réussir à s'entendre sur ce qui est une part juste pour les 2, et donc simplement des négociations commerciales, tout bêtement ?
Un autre raison possible pourrait être une question aussi de support de l'OS sous jacent à un niveau de qualité satisfaisant. Red hat a une certification pour les providers de cloud :
http://www.redhat.com/fr/resources/red-hat-certified-cloud-provider-management-architecture-service
Et comme le support d'HyperV est pas non plus super vieux dans RHEL après tout : https://access.redhat.com/solutions/261453
Et peut être qu'il faut plus dans le kernel pour que ça soit correctement supportable par l'éditeur sur le long terme ( cad sur les 10 à 13 ans de durée de vie de RHEL 6 ou 7, à minima, problématique qui touche pas les distros à durée de vie plus courtes comme Centos, Ubuntu et Suse )