Moving product recommendations from Hadoop to Redshift saves us time and money

Re:Moving product recommendations from Hadoop to Redshift sa... by sbov on Friday June 20, 2014 @03:05PM (#7922283)

Granted, I was making some assumptions about the original post. For me it's not about the choice of DB, it's about having the proper knowledge, time, and team to be able to setup a production environment that isn't seriously flawed in one or more ways.

I would need a hell of a lot more than a time savings of 1-2 days to add a whole new database technology to my production environment. Even if I know the tech the installation, configuration, automated backups, and automated validation of backups will likely consume more than 1-2 days to get setup. Then add on the learning curve aspect if I've never used it in a real production environment. Then add on the learning curve for any team members who might not be familiar with it.

Weeks, maybe. A day or two: not worth it.

[ Parent | on HN ]

Re:Moving product recommendations from Hadoop to Redshift sa... by ulisesrmzroche on Monday June 23, 2014 @11:20AM (#7932407)

Well, what about other value besides time, which is pretty subjective to begin with, and it doesn't really matter anyway. Like maybe more robustness, bigger dev communities, one of your team members is an expert and can do this quickly, etc.

I think if your architecture is likely to collapse when you shop around for databases, then you built the whole thing wrong to begin with.

[ Parent | on HN ]