Pour rester dans ce thème, j'ai souvent eu comme justification
le fait que ça scale vite. La croyance étant que la base
utilisateurs va passer de 1k à 1M en quelques heures voire
jours.
D'un coté, oui, ça risque pas d'arriver. De l'autre, tu es jamais à l'abri qu'Elon Musk rachète un concurrent.
Ensuite, j'ai déjà eu des soucis de performances surprise pour une CI. Le directeur a commencé à sortir git et à corriger tout les bugs remontés par coverity et à envoyer ça par batch de 20 ou 30 d'un coup, ce qui a surchargé notre gerrit et jenkins. Donc parfois les questions de passage à l'échelle sont la ou on ne s'y attends pas.
Et j'ai aussi tendance à me dire que suivant l'échelle ou tu es, la différence entre "gérer plus de traffic" et "gérer une panne due à une capacité réduite" est pas énorme.
Et pourtant, la haute dispo, c'est pour palier a des soucis plus courant que le passage à l’échelle extrême comme tu le décris.
[^] # Re: error budget & make similar things look the same
Posté par Misc (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 4.
D'un coté, oui, ça risque pas d'arriver. De l'autre, tu es jamais à l'abri qu'Elon Musk rachète un concurrent.
Ensuite, j'ai déjà eu des soucis de performances surprise pour une CI. Le directeur a commencé à sortir git et à corriger tout les bugs remontés par coverity et à envoyer ça par batch de 20 ou 30 d'un coup, ce qui a surchargé notre gerrit et jenkins. Donc parfois les questions de passage à l'échelle sont la ou on ne s'y attends pas.
Et j'ai aussi tendance à me dire que suivant l'échelle ou tu es, la différence entre "gérer plus de traffic" et "gérer une panne due à une capacité réduite" est pas énorme.
Et pourtant, la haute dispo, c'est pour palier a des soucis plus courant que le passage à l’échelle extrême comme tu le décris.