C'est impressionnant le nombre d'entreprises qui ne jurent que par le cloud, parce que c'est hype et sans se poser de question.
Aux 2 extrêmes du spectre indiqué (simple et peu consommateur, ou très irrégulier), je rajouterai aussi la taille de l'entreprise : si grosse entreprise, les prix ne sont pas du tout les mêmes (à la baisse).
Le classique où les TPE/ETI suivent les GE "ils le font donc c'est bien" sans comprendre que le prix n'est pas le même pour eux.
Certains sont plus malins, ont leurs site basé sur leurs serveurs bare metal pour le tous les jours et prévoient le cloud pour les pics de charges. Un peu plus de dev certes mais pour un gros gain financier.
Ensuite, il faut aussi voir que quand on compare le bare metal chez OVH/Scaleway en location avec des VMs dans le cloud, on a tendance à ne pas voir que les tarifs français sont pas exactement les mêmes qu'ailleurs. Et on a vraiment des choses pas cher par rapport à ce que j'ai vu au Japon, au Canada ou ailleurs.
Et il faut aussi voir que la location d'un DC, ç'est pas exactement gratuit, et d'autant plus cher si tu as besoin d'une personne pour toucher aux serveurs. Mon chef avait calculé qu'il était moins cher d'envoyer mon collègue de Cork faire des choses dans notre DC en Hollande que de faire intervenir un technicien sur place.
Je suppose que le débat serait sans doute plus productif en donnant des chiffres, mais je suppose que ça ne bénéficie à personne que de le faire.
Posté par bunam .
Évalué à 3.
Dernière modification le 11 novembre 2022 à 16:47.
Le but du nuage n'est-il pas d'être souple et de lancer uniquement des instances au bon moment et de les détruire quand cela n'est plus nécessaire ?
Si cela n'est pas fait de cette manière c'est complément idiot.
Aussi on doit pouvoir faire des stats d'usage et lancer des machines supplémentaires pendant les pics d'usage.
Il me semble que c'est comme cela que ça fonctionne chez Netflix.
Dans le cas de Basecamp et Hey, comme la charge est très régulière, leurs machines sont toujours "on".
Pour leur cas précis, comme le produit Basecamp est en hybride cloud/en propre (ce n'est pas précisé dans l'article mais l'info est dans d'autres billets de blog), et qu'ils ont les compétences en interne, ils sont dans le pire des cas : plus de complexité pour plus cher.
On ajoute à ça la dimension politique/sociale de donner 500K$ par an à Amazon, le choix est fait pour eux (pour le moment).
Concernant ce dernier aspect sur le social, l'entreprise 37signals (qui édite Hey et Basecamp) fait des choix politiques pas évidents comme ne pas avoir de présence sur Facebook, ou ne pas rembourser les trajets faits en Uber pour limiter la casse sociale aux États-Unis (voir ou revoir le chouette docu "le travail à la demande" sur Arte).
# Besoin régulier et TPE = ça coûte!
Posté par Zenitram (site web personnel) . Évalué à 6.
C'est impressionnant le nombre d'entreprises qui ne jurent que par le cloud, parce que c'est hype et sans se poser de question.
Aux 2 extrêmes du spectre indiqué (simple et peu consommateur, ou très irrégulier), je rajouterai aussi la taille de l'entreprise : si grosse entreprise, les prix ne sont pas du tout les mêmes (à la baisse).
Le classique où les TPE/ETI suivent les GE "ils le font donc c'est bien" sans comprendre que le prix n'est pas le même pour eux.
Certains sont plus malins, ont leurs site basé sur leurs serveurs bare metal pour le tous les jours et prévoient le cloud pour les pics de charges. Un peu plus de dev certes mais pour un gros gain financier.
[^] # Re: Besoin régulier et TPE = ça coûte!
Posté par Misc (site web personnel) . Évalué à 8.
Ensuite, il faut aussi voir que quand on compare le bare metal chez OVH/Scaleway en location avec des VMs dans le cloud, on a tendance à ne pas voir que les tarifs français sont pas exactement les mêmes qu'ailleurs. Et on a vraiment des choses pas cher par rapport à ce que j'ai vu au Japon, au Canada ou ailleurs.
Et il faut aussi voir que la location d'un DC, ç'est pas exactement gratuit, et d'autant plus cher si tu as besoin d'une personne pour toucher aux serveurs. Mon chef avait calculé qu'il était moins cher d'envoyer mon collègue de Cork faire des choses dans notre DC en Hollande que de faire intervenir un technicien sur place.
Je suppose que le débat serait sans doute plus productif en donnant des chiffres, mais je suppose que ça ne bénéficie à personne que de le faire.
# on/off
Posté par bunam . Évalué à 3. Dernière modification le 11 novembre 2022 à 16:47.
Le but du nuage n'est-il pas d'être souple et de lancer uniquement des instances au bon moment et de les détruire quand cela n'est plus nécessaire ?
Si cela n'est pas fait de cette manière c'est complément idiot.
Aussi on doit pouvoir faire des stats d'usage et lancer des machines supplémentaires pendant les pics d'usage.
Il me semble que c'est comme cela que ça fonctionne chez Netflix.
[^] # Re: on/off
Posté par cg . Évalué à 9.
Entre autres, oui.
Dans le cas de Basecamp et Hey, comme la charge est très régulière, leurs machines sont toujours "on".
Pour leur cas précis, comme le produit Basecamp est en hybride cloud/en propre (ce n'est pas précisé dans l'article mais l'info est dans d'autres billets de blog), et qu'ils ont les compétences en interne, ils sont dans le pire des cas : plus de complexité pour plus cher.
On ajoute à ça la dimension politique/sociale de donner 500K$ par an à Amazon, le choix est fait pour eux (pour le moment).
Concernant ce dernier aspect sur le social, l'entreprise 37signals (qui édite Hey et Basecamp) fait des choix politiques pas évidents comme ne pas avoir de présence sur Facebook, ou ne pas rembourser les trajets faits en Uber pour limiter la casse sociale aux États-Unis (voir ou revoir le chouette docu "le travail à la demande" sur Arte).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.