Le 14/10/2013 13:11, Greg a écrit :

Cloud: ah bon, ce ne serait donc pas le saint graal revendiqué à grand coup de marketing ? ;)

Je valide, le cloud c'est bien pour tester un concept une idée et démarrer la startup qui va bien. Les gros projets qui se trouvent sur le cloud et qui ont grossis vite, se retrouvent prisonnier du cloud. Quand le total de vm, données, DB pèse un poids conséquent, les sortir et orgniser une migration pour passer sur du housing coûte tellement cher en frais de projets qu'ils préfèrent payer plus cher dans le Cloud. J'ai eu deux cas de client qui souhaitent sortir d'Amazon mais ne peuvent pas financièrement, sur un client le coût se chiffre à plus d'un million et ce n'est pas le tjm qui fait cela, non juste la bande passante facturée par Amazon pour dupliquer les serveurs (quelques milliers qui pèsent chacun assez lourd en données). Sinon mon approche est la suivante : - cloud pour tester, monter rapidement un environnement et pouvoir aussi tout arrêter sans surcoût - passage en vps infogéré quand l'activité augmente et que l'architecture se complexifie - ajout de dédiés haute perfs aux vps en étape intermédiaire quand les ressources sont critiques (IO pour du SQL) alors que l'applicatif n'est pas encore prêt à être réparti horzontalement et verticalement - en fonction de l'activité de l'entreprise, faire un mix entre la partie récurrente de l'activité IT (compta, dev, répo, fichiers, ...) qui est prévisible sur une année, qui ne génère pas de pic. Et une partie "on demand" gérée spécifiquement pour les pic sans pour autant payer des ressources inutiles mais cela demande que les applications soient adaptées au déploiement automatisé de ressources. Tu peux donc avoir un mix entre housing pour le côté amortissable de l'investissement et où l'évolution est calculée et prévisible, du vps soit sur le propre housing soit sur une archi tiers en private cloud pour la partie projets, adaptabilité, gestion de pics moyens et du cloud public pour CDN, forts pics de charge (si l'appli a été développé dans ce sens sinon aucun intérêt). Pour l'infogérance pour moi c'est à part, tu peux avoir tout cela avec tes ressources internes, tu peux tout externaliser, tu peux mixer les deux avec des périmètres définis. L'avantage pour les structures qui n'ont pas tout plein d'ingénieurs en interne, c'est plus d'astreinte, oeil externe à son infrastructure et donc conseils avisés, gestion des migrations / projets, appels d'offres neutres, ... allé je fais ma pub pour cette partie : https://www.digdeo.fr/infogerance/serveur-dedie-vps-reseau