| ▲ | parchley 36 minutes ago | |
You seem to insinuate that the correct pricing is using a 3 year commitment. That seems very much not logical to me considering the original promise of the cloud to be flexible, and to scale up and down on demand. | ||
| ▲ | mgaunard 26 minutes ago | parent | next [-] | |
Elasticity is very expensive, in practice people only use it for one-off jobs, preferably using the cheaper unreliable "spot" instances (meaning the job must support being partially re-run to recover, which implies a complex job splitting and batching platform). For traditional, always-on servers, you should reserve them for 3 years. You still have the ability to scale up, just not down. You can always go hybrid if you don't know what your baseline usage is. | ||
| ▲ | hhh 29 minutes ago | parent | prev [-] | |
Should you be designing for a single server to exist for 3 years when you have such elastic compute? Why not design for living on spot instances and get savings lower than hetzner with better performance? What about floating savings plans? There’s a ton left on the table here just to say ‘aws bad’ for some views | ||