Discussion:Élasticité (cloud computing)

Présentation

Bonjour,

Je suis Patrick WOLFF, élève en MASTER TiiR 'formation à distance'.

Votre article Wikipédia m'a paru intéressant: j'ai donc décidé de relire celui-ci afin de vous donner mon aperçu que j'espère constructif vu que vous êtes en cours de rédaction...

J'utiliserai cette espace de discussion pour dialoguer avec vous et je procèderai comme suit pour chaque relecture, par paragraphe:

• Chaque puce correspond à un 'morceau de phrase', une phrase ou un groupe de phrases contiguës dans la partie;
• Un point syntaxique, typographique et orthographique: Mot ( Mot-Corrigé ) - Terme anglais ( Terme-Anglais en italique );
• Un conseil d'explication: Liens Wikipédia, articles connexes, etc.

Enfin, j'aborderai le thème des informations: Celles qui sont en place et celles qui pourraient l'être.

Relecture du 19/12/2014

Introduction

• L'élasticité dans le cloud computing ( cloud computing ): Ce premier groupe de mots en gras doit faire référence au titre de votre article. Ici, votre article devrait s'appeler Élasticité (Cloud computing).
• certains considérant les notions de Scalability ( Scalability ) et d'élasticité comme identiques.
• entraîne forcement ( forcément ) des problèmes techniques qu'il faut régler ou limiter.
• Au niveau économique, l'arrivée de l'élasticité à ( a ) eu des impacts

Définitions

Notions

• Pour autant, d'autres comme N. R. Herbst ( Note, référence ou lien vers la personne? ) et Doaa M. Shawky ( Note, référence ou lien vers la personne? ) en font deux définitions bien distinctes:
• la rapidité, le temps, la fréquence, ni la granularité de ces ( ses ) actions.
• moins le système prend de temps à se scaler ( Terme non français: Trouvez le mot adéquat ), plus il est élastique.

Ressources

• mais en ajoutant des ressources à la machine, tel ( telle ) que de la RAM ( Pourquoi ne pas mettre un lien Wikipédia, genre: RAM ), du ( de la ) CPU ( Pourquoi ne pas mettre un lien Wikipédia, genre: CPU ) ( Il manque une virgule ) etc.
• En règle générale, l'élasticité horizontale à ( a ) un coût en temps
• En effet, la scalabilité verticale ne peux ( peut ) pas s'étendre
• Ainsi, il convient de bien définir sur quelle machine la VM ( Pourquoi ne pas mettre un lien Wikipédia, genre: VM ) va être démarré ( démarrée ) au début, afin de pouvoir scaler ( Terme non français: Trouvez le mot adéquat ) de façon verticale le plus longtemps possible.
• Dans son article ( Quel article? Pourquoi ne pas mettre une référence? ), Chien-Yu Liu ( Note, référence ou lien vers la personne?) définit un algorithme qui
• Si un seul cloud ( cloud ) ne peut satisfaire les demandes en ressources, il faut ajouter des VMs ( VMs ) venant d'autre ( d'autres ) cloud ( clouds )

Métriques

• N'oubliez pas de mettre la ou les références de votre graphique dans son commentaire.
• N. R. Herbst ( Note, référence ou lien vers la personne? ), dans son article ( Quel article? Pourquoi ne pas mettre une référence? ), nous présente une façon de calculer l'élasticité descendante et ascendante,
• (respectivement sur-approvisionnement) $\sum _{}^{}U$ (respectivement $\sum _{}^{}O$ ( Il manque la parenthèse fermante ) et la période de test $T$:

Problèmes et limites

Problèmes

• Le fait d'utiliser des machines virtuelles peut être d'utiliser des machines virtuelles ( Que vouliez-vous dire? Phrase à reformuler? ).
• En effet, il est possible de capturer des informations précieuses sur une VM ( VM ), là ou ( où) c'est impossible
• De nombreuses tentatives ont été faites pour répondre à cette question, variant dans la richesse des requête ( requêtes ) et des API de stockage, les garanties de performance offerts ( offertes ).
• Il existe aussi des challenges qui relient élasticité et écologie des clouds computing ( clouds ).
• Premièrement ( Il manque une virgule) car un ordinateur en veille ne consomme "que" deux-tiers de ses ressources,
• Pour cela, les fournisseurs ont créé le système de paient ( facturation ) à grain fin[Quoi ?] (pay-as-you-go) ( (pay-as-you-go) ) afin d'inciter les utilisateurs à libérer les ressources dès que possibles ( possible ).
• Pour répondre à ce problème, l'open source ( l'open source ) ( l'open source ) est une solution très populaire.
• Bien que les instances tournent sur une structure logiciel ( logicielle ) payante, cela reste une alternative très intéressante face aux solutions open source ( open source )
• Des framework ( framewoks ) ( frameworks ) comme MELA36 permettent de surveiller et d'analyser l'élasticité des services cloud ( cloud ).
• des outils comme SYSBL (Simple Yet Beautiful Language) ( Simple Yet Beautiful Language ), permettent d'avoir un contrôle sur trois niveaux
• Un autre problème à prendre en compte est le temps de démarrage des VMs ( VMs ).
• En effet ( Il manque une virgule ) elles doivent être disponible ( disponibles ) dans le temps et prêtes à l'emploi pour les utilisateurs.
• le temps de la journée ( Vouliez-vous dire le moment de la journée? ), la taille de l'image de OS, le type d'instance, l'emplacement des datacenter ( data centers ) ( data centers ) et le nombre d'instances demandées en même temps.

Limites

• Chaque système à ( a )ses limites,( Pourquoi ne pas mettre un point au lieu d'une virgule? ) dans le cas du cloud ( cloud ), l'une des premières identifiables
• D'après des tests effectués par Doaa M. Shawky ( Note, référence ou lien vers la personne? ),
• En effet, lors d'une expérience, il compare deux systèmes avec les mêmes valeurs de stress, deux systèmes ( pourquoi répéter? ), l'un incrémentant le nombre de machines
• Il est ( s'est ) avéré que le temps moyen d'extension
• Dans le même temps, l'élasticité de ( Pas de 'de' ) moyenne était respectivement
• Cette limite est d'autant plus vraie pour l'élasticité horizontale. En effet, ( Pas de '. En effet,' ) du fait qu'il faille attendre l'initialisation et le démarrage de chaque VMs ( VMs ) à instancier.

Économie

Du fait de l'élasticité du cloud ( cloud ), les systèmes des fournisseurs ont un taux d'utilisation de leur systèmes compris entre 5% et 20%, ( . ) De ce fait, il y a toujours des ressources disponibles dans le cas ou ( où ) une forte demande en ressources viendrait à arriver de la part d'un à plusieurs clients.

Fournisseurs

• Ces coûts comprennent l'approvisionnement et l'entretien du matériel tel que les processeurs, ( Il manque 'la' ) mémoire, ( Il manque 'le' ) disque dur, et le réseau.
• 2. le second est nommé spot instances ( spot instances ).
• Grâce à l'offre spot instances, Amazon incite ses client ( clients ) à utiliser leur cloud ( cloud ) lors des périodes creuses.

Clients

• N'oubliez pas de mettre la ou les références de votre graphique dans son commentaire.

Comparaison des fournisseurs

• N'oubliez pas de mettre la ou les références de votre image dans son commentaire. Pourquoi ne pas créer un tableau 'format Wikipédia'?
• En 2010, une comparaison a été effectuée entre les fournisseur ( fourniseurs ) de cloud ( cloud ) public : Amazon AWS, Azure, AppEngine et CloudServers ( Il manque un '.' ) Ces fournisseur ( fournisseurs ) ont été évalués autour de 4 critères : l'élasticité des cluster ( clusters ) ( clusters ), le stockage persistant, le réseau intra-cloud ( intra-cloud ), et les réseaux vastes.

Cluster ( Cluster ) élastique

• Pourquoi ne pas introduire un article connexe?
• Une grappe de serveur ( serveurs ) est chargée à chaque utilisation.
• IaaS ( IaaS ) ( Pourquoi ne pas expliquer ou mettre en toutes lettres ce qu'est IaaS ? ) (AWS,Azure et CloudServers) une charge basée sur le temps alloué restant, que l’instance soit pleinement utilisée ou non ; PaaS ( Il manque un espace) ( PaaS ) ( Pourquoi ne pas expliquer ou mettre en toutes lettres ce qu'est PaaS ? ) (AppEngine), charge basée sur la consommation en excès CPU ( CPU ) de l’application utilisateur par jour. ( Votre référence 53 est après le point. )
• AppEngine effectue cette modification de manière transparente contrairement à AWS,( Il manque un espace )Azure et CloudServer qui supporte un « opaque scaling » ( « opaque scaling » ) ( Pourquoi ne pas définir « opaque scaling » ? ).
• Pour évaluer l'élasticité des cluster ( clusters ), 3 tests ont été effectués :

Temps d'execution ( d'exécution ) Benchmark ( benchmark ) Benchmark

similaire au Benchmarking ( benchmarking ) traditionnel pour les architectures, elle mesure le temps d'exécution des tâches benchmark ( benchmark ). Les tâches benchmark ( benchmark ) effectuent un stress test ( stress test ) sur toutes les ressources de la machine (CPU, mémoire et le disque)

Coût

coût pour effectuer chaque tâche Benchmark ( benchmark )

Pour les tests, les performances des cluster ( clusters ) sont comparées (benchmark ( benchmark ), coût par benchmark ( benchmark ) et latence du scaling ( scaling )).

Stockage persistant

• Les services proposé ( proposés ) par Amazon AWS et Google AppEngine se basent sur les cyclse ( cycles ) CPU ( CPU ) consommés pour effectuer une opération de stockage,
• mesure le temps d'éxécution ( d’exécution ) d'une opération de stockage
• Cette information est importante pour les clients, qui désirent que leur ( leurs ) données soient immédiatement disponibles.

réseau ( Réseau )

• des tests ont été effectués sur le réseau intra-cloud ( intra-cloud ) et sur des réseaux étendus.
• Le réseau intra-cloud ( intra-cloud ) connecte les instances d'un client entre elles et les services partagés par un cloud ( cloud ). Pour comparer les performances d'un réseau intra-cloud ( intra-cloud ), des mesures sur la path capacity et la latence sont effectuées ( Pourquoi avoir tout mis en italique? Il faudrait seulement garder path capacity ).
• Le réseau étendu connecte les datacenter ( data centers) d'un cloud ( cloud )
• AppEngine propose un service DNS ( DNS ) pour automatiquement choisir un datecenter ( data center ) proche
• Une latence optimale pour un réseau étendu est définie par la latence minimum entre une position optimale et n’importe quel datacenter ( data center ) d'un fournisseur. Le critère de comparaison des tests sera donc le nombre de datacenter ( data centers ) disponibles sur un point optimal.

Discussion concernant les références

Vous devriez faire attention à bien fournir votre texte en références: Ne surtout pas oublier vos références en fin de paragraphe (Ressources, Limites, Comparaison des fournisseurs).

Le chapitre Comparaison des fournisseurs est très pauvre en références. En particulier les parties Stockage persistant et Réseau sont particulièrement touchées.

Discussion sur le contenu

Je trouve la partie Stockage persistant un peu BorderLine car il s'écarte du concept de l'élasticité. Il fait néanmoins partie des 4 critères d'évaluations... Les images des résultats que vous voulez insérer dans le dernier chapitre seront un grand plus pour la cohérence et la compréhension de l'ensemble.

Une partie (qui peut faire l'objet d'un chapitre) et dont vous ne parlez pas: un éventail des méthodes utilisées pour permettre l’élasticité d'un système virtualisé ou Cloud. Ces méthodes sont intimement liées au type de provisioning employé sur les différentes plateformes de services en fonction des ressources.

Vous ne devriez pas oublier que les termes anglais (et même les anglicismes) sont en italique. De même, pensez à mettre les références des images que vous importez.

Conclusion

J'espère que mes remarques et commentaires vous aideront à avancer dans votre travail.

Je vous souhaite bon courage pour la suite...

A bientôt,

Patrick WOLFF

Bonjour Patrick Wolff, Je m'appelle Thibault H., mes collègues se prénommes Jérémy S. et Jérémy O.

Déjà désolé de te répondre si tard, alors que nous avions effectué les modifications que tu nous avais proposé bien plus tôt.

Nous avons bien pris en comptes toutes tes remarques et te remercions pour ta relecture très complète.

Thibault

Relecture du 7/01/2014 par Fréjus GBAGUIDI && william

Résumé introductif

Je ne vois pas la nécessité de mettre Projet Informatique 2.0 en article principal. L'article principal devrait donner un aperçu ou apporter des notions sur le sujet traité. Le résumé introductif n'est pas vraiment un résumé de l'article. Il introduit juste le sujet mais ne retrace pas les grandes lignes de l'article.

Ressources

Utilisation d'un acronyme (VM). Ces affirmations n'ont pas de références:

• Ainsi, il convient de bien définir sur quelle machine la VM va être démarré au début, afin de pouvoir scaler de façon verticale le plus longtemps possible.
• Si un seul cloud ne peut satisfaire les demandes en ressources, il faut ajouter des VMs venant d'autre cloud (élasticité horizontale).
• Quand le cloud ne satisfait plus les demandes, il faut passer à l'application suivante.

Le titre de la section n'est pas pertinent. Les écrits dans cette section ont été plus portés sur les deux type d'élasticité (horizontale et verticale) que sur les ressources en elles mêmes.

Métriques

Pas de références pour la figure fournie. Les écrits dans cette section se concentrent principalement sur l'élasticité descendante et ascendante, mais ces termes n'ont jamais été définis.

Problèmes et limites

Problèmes

Ces affirmations n'ont pas de références:

• Une fois cette étape franchie, l'application va avoir des demandes plus ou moins importantes sur le temps.
• Il existe aussi des challenges qui relient élasticité et écologie des clouds computing.
• Les licences de logiciel posent également problème.
• L'élasticité permettant d'acquérir dynamiquement ou de libérer des ressources informatiques en réponse à la demande, il est important d'avoir une surveillance ainsi qu'un contrôle de celle-ci. Les données à superviser sont classées en trois dimensions : le coût, la qualité et les ressources.

Utilisation d'un acronyme (VM).

Ce temps de démarrage peut prendre en compte différents facteurs comme : le temps de la journée, la taille de l'image de OS, le type d'instance, l'emplacement des datacenter et le nombre d'instances demandées en même temps. la référence doit être au niveau du ":".

Limites

Utilisation d'un acronyme (VM). Ces affirmations n'ont pas de références:

• D'après des tests effectués par Doaa M. Shawky, plus on alloue de machines à la fois, moins le système est élastique.
• Dans le cas où l'élasticité du système se fait de manière horizontale, l'élasticité est également diminuée au fur et à mesure que le nombre de machines allouées augmente.
• Cette limite est d'autant plus vraie pour l'élasticité horizontale.
• En effet, du fait qu'il faille attendre l'initialisation et le démarrage de chaque VMs à instancier.

Il est avéré que le temps moyen d'extension des deux expériences est de 4427.2 et 6334.4 respectivement c'est quoi les unités de temps?

Économie

Du fait de l'élasticité du cloud, les systèmes des fournisseurs ont un taux d'utilisation de leur systèmes compris entre 5% et 20%, De ce fait, il y a toujours des ressources disponibles dans le cas ou une forte demande en ressources viendrait à arriver de la part d'un à plusieurs clients. La référence devrait se situer au niveau de 20%. En effet dans l'article selon nous, il n'est mentionné nulle part la gestion du cas de forte demande en ressources, ce qui fait de la moitié de la phrase une déduction personnelle.

Fournisseurs

Les fournisseurs se permettent de faire varier leurs prix en rapport grâce aux variations des coûts du cloud. Ces coûts comprennent l'approvisionnement et l'entretien du matériel tel que les processeurs, mémoire, disque dur, et le réseau. Grâce à l'offre spot instances, Amazon incite ses client à utiliser leur cloud lors des périodes creuses. Ces affirmations n'ont pas de références.

Vous avez juste cité un seul fournisseur.

Clients

L'utilisation du cloud peut, de par son élasticité, avoir plusieurs avantages pour un client.. De même, dans le cas d'une utilisation qui varie beaucoup sur le temps, il est intéressant d'utiliser le cloud. Mais cette analyse ne prend pas en compte le fait que le cloud permet une adaptation rapide à une demande en ressource non habituelle, par exemple les sites de vente en ligne en décembre. Ces affirmations n'ont pas de références.

Par exemple, une start-up qui aurait besoin de faire de gros calculs paierait le même prix à utiliser 1000 machines Amazon EC2 pendant une heure que 1 machine pendant 1000h. Ce que vous affirmez n'est pas exactement ce qu'on a pu lire dans l'article de référence. Les quantités d'heure ne sont pas pareils, et Amazon EC2 n'est pas cité dans l'article.

Comparaison des fournisseurs

En 2010, une comparaison a été effectuée entre les fournisseur de cloud public : Amazon AWS, Azure, AppEngine et CloudServers Ces fournisseur ont été évalués autour de 4 critères : l'élasticité des cluster(s), le stockage persistant, le réseau intra-cloud, et les réseaux vastes Déplacer la référence en fin de phrase. Pour des raisons légales, l’identité des fournisseur de cloud public est rendue anonyme sur les résultats, et est désignée de C1 à C4. Ces affirmations n'ont pas de références.

Pas de références pour les tableaux.

Cluster ( Cluster ) élastique

Pourquoi ne pas mettre un article principal? (Cluster). Aucune référence sur les graphiques. Il manque de la ref sur les écrits de cette section.

Stockage persistant

Aucune référence sur les tableaux.

réseau ( Réseau )

Aucune référence sur les graphiques.

Discussion concernant les références

Références pas assez variées: Fox 2010 & Li2010 Très citées. Numérotation de pages : Numérotation du lecteur pdf au lieu de la numérotation de l'article original.

Bonjour Frodon,

Nous avons bien effectué les modifications demandés dans ta relecture et te remercions pour celle-ci. Seul quelques demandes de nouvelles références qui nous ont paru non pertinentes n'ont pas été prises en compte, En effet, Il faut une référence par idée et non pas par phrase.

Thibault