3 ms·
This solution has the following problems: 1. Over provisioning 2. Under provisioning, burstability 3. Prefers capex to opex 4. Requires hiring SA / IT f
by tarr11 9y ago
This solution has the following problems:
1. Over provisioning
2. Under provisioning, burstability
3. Prefers capex to opex
4. Requires hiring SA / IT forever
5. Changes in architecture become prohibitive
- fundabulousrIII 9y agoTotally agree on 1-3. It then becomes experiential. If you have _no_ experience with your architecture and can't design then: cloud. #4 is FUD. You'll hire them or some devops guy(s) anyway. $5 Architecture changes that require stack wide redesign are maybe common in your world but they aren't in mine. If you need to do this you probably need to be entirely month by month anyway.
- moduspol 9y agoIt's got some great benefits, though: 1. Makes use of the skillset I already have (sysadmin managing servers), rather than requiring me to learn something new 2. Doesn't allow developers to build and iterate quickly without my permission / allowance 3. Allows me to be paid a salary and benefits that I will never factor into the costs when comparing to cloud infrastructure 4. Allows me to manage my own backups, deal with vendor finger-pointing, respond to and handle any hardware failures, amortize and replace hardware on some schedule, etc. 5. Allows me to pat myself on the back for ensuring the company theoretically avoids platform lock-in, which unsurprisingly results in more lowest-common-denominator architecture (servers needing managing, which of course, I'll manage), even if it greatly increases time to our minimum viable product