J'avoue que je trouve le ton de ton message condescendant et méprisant. Notamment ceci :
Et si on est pas foutu de savoir ce que l'on veut on ne risque pas de choisir ce dont on a besoin comme plate forme d'hébergement distant !
Le fait d'avoir mal exprimé ma question n'a rien à voir avec le fait de savoir ou pas ce que je veux ; c'est le principe de la communication que de prendre cela en compte (ce que l'on exprime n'est pas ce que l'on croit exprimer, entre autres).
Sinon, pour en revenir au sujet de mon commentaire, je déploie un service sur une infrastructure "physique", rien de spécialement innovant : un site web avec des outils de backoffice, c'est à dire : du web genre php / Java / MySQL (donc perf transactionnelle pour les serveurs de base de données), des problématiques de latence réseau entre machines (sur des des machines physiques on a un environnement figé donc on sait à quoi s'attendre, sur une infrastructure virtualisée, comme Amazon par exemple, les instances lancées à la volée peuvent être "proches" ou éloignées et des latences sont à prévoir). Il est question de basculer sur une infra virtualisée pour optimiser les coûts et pics de charge, et je me demande quels seront les problématiques "nouvelles", les talons d'Achile, les avantages et inconvénients des différents prestataires sur le marché.
Si tu as une expérience de déploiement de services sur des infrastructures virtualisées (ce qu'on appelle communément le "cloud") et que tu as envie de la partager (genre ce que tu as testé et les conclusions de tes tests, ce à quoi tu as fait face alors que tu ne t'y attendais pas, comment tu as choisi ton fournisseur et pourquoi, etc) je suis très intéressé par ton retour d'expérience. Pas de streaming HD 3D ni de trading ni de backup distant. De la base de données, de la perf CPU un peu mais pas de GPU. De la disponibilité et de faibles latences réseau.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: A propos de cloud franco-français... ou pas...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le cloud computing à la française. Évalué à 3.
J'avoue que je trouve le ton de ton message condescendant et méprisant. Notamment ceci :
Le fait d'avoir mal exprimé ma question n'a rien à voir avec le fait de savoir ou pas ce que je veux ; c'est le principe de la communication que de prendre cela en compte (ce que l'on exprime n'est pas ce que l'on croit exprimer, entre autres).
Sinon, pour en revenir au sujet de mon commentaire, je déploie un service sur une infrastructure "physique", rien de spécialement innovant : un site web avec des outils de backoffice, c'est à dire : du web genre php / Java / MySQL (donc perf transactionnelle pour les serveurs de base de données), des problématiques de latence réseau entre machines (sur des des machines physiques on a un environnement figé donc on sait à quoi s'attendre, sur une infrastructure virtualisée, comme Amazon par exemple, les instances lancées à la volée peuvent être "proches" ou éloignées et des latences sont à prévoir). Il est question de basculer sur une infra virtualisée pour optimiser les coûts et pics de charge, et je me demande quels seront les problématiques "nouvelles", les talons d'Achile, les avantages et inconvénients des différents prestataires sur le marché.
Si tu as une expérience de déploiement de services sur des infrastructures virtualisées (ce qu'on appelle communément le "cloud") et que tu as envie de la partager (genre ce que tu as testé et les conclusions de tes tests, ce à quoi tu as fait face alors que tu ne t'y attendais pas, comment tu as choisi ton fournisseur et pourquoi, etc) je suis très intéressé par ton retour d'expérience. Pas de streaming HD 3D ni de trading ni de backup distant. De la base de données, de la perf CPU un peu mais pas de GPU. De la disponibilité et de faibles latences réseau.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo