Oui, il faut capitaliser sur ses features pour que AWS soit interessant.
Si tu as un site ou une appli classique, et que tu le déplaces sans modifications sur des EC2 « on-demand », tu vas juste exploser ton coût.
En revanche, si tu as des variations de trafic importantes, l'auto-scaling est plus interessant qu'avoir toute une flotte de serveurs qui dorment 90% du temps juste pour être dispo lors de fortes charges. Si tu as des traitements à faire, et qu'ils peuvent reprendre sans pertes après une coupure, tu peux utiliser les « Spot instances » pour avoir des machines qui sont démarrées quand le prix est faible et stoppées quand le prix augmente.
Quand tu développes ton appli from scratch, tu as toute une flotte de micro-services que tu peux utiliser à ta guise (et ils sortent des nouveaux services ou nouvelles fonctionnalités très régulièrement). Ils sont facturés à l'usage, donc quand tu te lance ça te coûte quasiment rien, et ça gère tout seul la montée en charge. En les utilisant bien, tu peux optimiser tes coûts. C'est aussi pour ça que ça intéresse surtout les startups. Quand ton appli tourne depuis 5, 10, 20 ans, et qu'elle tourne bien, tu décides pas de tout casser à moins d'être certain que l'économie réalisée soit à la hauteur de l'investissement (et c'est difficile de calculer combien AWS va te coûter exactement à l'avance).
[^] # Re: Cloud et Grid
Posté par kna . En réponse au journal C'est quoi le "cloud computing" ? 1/2. Évalué à 2.
Oui, il faut capitaliser sur ses features pour que AWS soit interessant.
Si tu as un site ou une appli classique, et que tu le déplaces sans modifications sur des EC2 « on-demand », tu vas juste exploser ton coût.
En revanche, si tu as des variations de trafic importantes, l'auto-scaling est plus interessant qu'avoir toute une flotte de serveurs qui dorment 90% du temps juste pour être dispo lors de fortes charges. Si tu as des traitements à faire, et qu'ils peuvent reprendre sans pertes après une coupure, tu peux utiliser les « Spot instances » pour avoir des machines qui sont démarrées quand le prix est faible et stoppées quand le prix augmente.
Quand tu développes ton appli from scratch, tu as toute une flotte de micro-services que tu peux utiliser à ta guise (et ils sortent des nouveaux services ou nouvelles fonctionnalités très régulièrement). Ils sont facturés à l'usage, donc quand tu te lance ça te coûte quasiment rien, et ça gère tout seul la montée en charge. En les utilisant bien, tu peux optimiser tes coûts. C'est aussi pour ça que ça intéresse surtout les startups. Quand ton appli tourne depuis 5, 10, 20 ans, et qu'elle tourne bien, tu décides pas de tout casser à moins d'être certain que l'économie réalisée soit à la hauteur de l'investissement (et c'est difficile de calculer combien AWS va te coûter exactement à l'avance).