Posté par Ruminant .
En réponse au journal Tout cela me fatigue....
Évalué à 3.
Dernière modification le 07 janvier 2020 à 13:55.
Payer cette élasticité revient quand même moins cher que de se préoccuper des coûts réels. En plus avec les lambdas on peut balancer du code gorêt dans le cloud sans avoir à se préoccuper de combien de temps ça prend, du moment que ça reste "acceptable".
Je suis en plein dedans actuellement. Pas plus tard que ce matin. On a eu la grosse bonne idée d’envoyer des mails avec une PJ de 6MB, et le fournisseur d’envoi de mail timeout... sans surprise.
La "solution" ? Ben on va tout foutre dans une lambda et réessayer jusqu’à ce que ça passe ̄\_(ツ)_/ ̄
Le problème est un problème d’argent placé là où ça coûte le moins cher, quitte à ce que ce soit débile.
Note : utiliser une lambda pour des trucs débile reste probablement mieux que de laisser des machines tourner non stop pour un truc débile qui ne sera déclenché que "rarement".
[^] # Re: Au même point
Posté par Ruminant . En réponse au journal Tout cela me fatigue.... Évalué à 3. Dernière modification le 07 janvier 2020 à 13:55.
Payer cette élasticité revient quand même moins cher que de se préoccuper des coûts réels. En plus avec les lambdas on peut balancer du code gorêt dans le cloud sans avoir à se préoccuper de combien de temps ça prend, du moment que ça reste "acceptable".
Je suis en plein dedans actuellement. Pas plus tard que ce matin. On a eu la grosse bonne idée d’envoyer des mails avec une PJ de 6MB, et le fournisseur d’envoi de mail timeout... sans surprise.
La "solution" ? Ben on va tout foutre dans une lambda et réessayer jusqu’à ce que ça passe
̄\_(ツ)_/ ̄Le problème est un problème d’argent placé là où ça coûte le moins cher, quitte à ce que ce soit débile.
Note : utiliser une lambda pour des trucs débile reste probablement mieux que de laisser des machines tourner non stop pour un truc débile qui ne sera déclenché que "rarement".