Paul B. Henson wrote: > On 11/18/2020 12:47 PM, John C. Pfeifer wrote: >> It mirrors a general push to have the services which reply on LDAP >> to also be in the cloud. > > The cloud is magic, right ;)? At least, it magically assists in manager CYA > when stuff breaks 8-/, blame it on Amazon… > >> I guess one advantage is that if/when we need more resources to >> support demand, it is just a question of money rather than acquiring >> physical resources, finding rack space, etc. I don’t know that it >> actually any cheaper, but it is more immediate. > Once upon a time the whole cloud migration was pushed as a cost savings > measure. Over time, it's become clear it's quite the opposite. I think the > current claim > to fame is "reliability and redundancy", along with "supernatural scaling > ability". > > IMHO, the "cloud" is just somebody else's physical data center you have > minimal control over <sigh>. If I had a nickel for every time my manager told > me "it's > less than ideal, but we could [...]" in regards to our cloud migration I > could retire and stop having to hear him say it ;). > The cloud sort of made sense if you were entirely compute bound, and just wanted to spin up a few more CPUs to handle a dynamic spike in load. It has never made sense for database services, where adding CPUs won't help if you're getting bottlenecked by storage access. You can't just spin up a few more terabytes of pre-populated disk, it takes non-trivial time to duplicate a DB (if your system will even function correctly using separate complete copies of the DB), or to re-shard the DB if your system supports sharding.
-- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
