<p>“Cloud” est un terme très vague. Cela dit, je pense que c’est une très bonne question.</p>
<p>Fondamentalement, l’hébergement cloud IaaS ne rend pas magiquement votre application scalable. C’est en réalité un serveur privé virtuel avec des périodes de contrat/résiliation très courtes.</p>
<p>Pour la scalabilité, la magie ne réside pas tant dans l’hébergement, mais dans la scalabilité horizontale du code applicatif lui-même. Cela est lié à tous les défis du calcul distribué. Par exemple, ajouter plus de serveurs applicatifs n’est pas toujours facile : vous devez vous assurer de ne pas persister d’état utilisateur dans l’application serveur (mais plutôt dans une base de données, <code>static</code> peut être néfaste), le cache peut être problématique car les caches locaux peuvent aggraver la situation si vous utilisez une stratégie round-robin, etc.</p>
<ul>
<li>
<p>Quelle est votre expérience avec la transition d’applications vers le cloud et lequel avez-vous choisi et pourquoi ?</p>
</li>
<li>
<p>Que recommanderiez-vous de prendre en compte lors de la conception/développement de la solution pour rendre la transition aussi indolore que possible ?</p>
</li>
</ul>
<p>Vous n’avez pas vraiment besoin de faire quoi que ce soit de différent juste pour héberger sur EC2 ou Azure – <em>fondamentalement</em>. Mais bien sûr, ce n’est pas si simple quand les choses grandissent.</p>
<p>Par exemple, le stockage d’instance EC2 est plutôt limité. Le stockage supplémentaire sur EBS, cependant, n’offre pas des caractéristiques de performance comparables et peut être un peu plus lent qu’un disque. Le point ici est qu’EBS <em>se met</em> magiquement à l’échelle, et c’est probablement plus PaaS qu’IaaS ; mais ce n’est pas un simple disque dur et il ne se comporte donc pas comme un disque dur. Je ne connais pas le stockage bloc d’Azure. En général, attendez-vous à ce que les couches d’abstraction supplémentaires introduisent leurs propres problèmes, quoi qu’elles fassent.</p>
<ul>
<li>D’après votre expérience, est-il préférable de migrer vers le cloud (financièrement) ou est-il préférable d’acheter vos propres serveurs et de gérer vous-même l’équilibrage de charge et peut-être économiser de l’argent à long terme ?</li>
</ul>
<p>Les fournisseurs cloud typiques sont plus chers que les fournisseurs VPS habituels du coin de la rue, mais ils sont, d’après mon expérience, aussi beaucoup plus fiables et professionnels. EC2 a une offre gratuite (mais elle est assez limitée), Azure vous donne une petite instance gratuite pendant 3 mois.</p>
<p>Faire le calcul correctement est plutôt délicat ; par exemple, si vous devez arrêter votre service pour une raison quelconque, c’est agréable de pouvoir annuler <em>maintenant</em> plutôt que de payer une année supplémentaire - vous voudrez peut-être intégrer ce risque dans votre calcul. D’un autre côté, EC2 et Azure seront considérablement moins chers si vous vous engagez pour 6 ou 12 mois, plutôt que de payer à l’heure.</p>
<p>Vous pourriez vouloir consulter l’offre Azure gratuite, car c’est agréable de commencer à expérimenter sans aucun coût. Un grand avantage des fournisseurs cloud est que vous pouvez facilement monter en puissance verticalement : <em>acheter</em> un serveur à 16 coeurs et 64 Go de RAM est vraiment cher, mais s’il y a autant de trafic sur votre site, passer à un plan supérieur ne sera pas un gros problème.</p>