历史重复再重复

原创
2014/09/03 15:52
阅读数 474

   记得10年前,当决定项目架构的时候,架构师其实并没有太多可选余地,作为一个厚黑架构师,只能选择IBM,Oracle,HP这类厂商的产品和JavaEE&Database解决方案,没有第二个方案。因为如果选这些大公司的解决方案都还不能解决客户的问题的话,那不会是架构师的错。所以每次讨论一个架构的时候,都会发现,历史无聊的不断重复着。

   当互联网再次兴起的时候,各种技术又有了新的变化,hadoop,redies,kafka,MongDB等,让我感觉到欣喜,架构师在做决定的时候,选择多了,而且理直气壮了。不过,事情并不如我希望那样打破历史规律,几年后,惊奇的又开始新一轮的重复再重复,当再次做架构决定的时候,可选的余地同样很小,尽管抛弃了IBM,Oralce,HP的方案,但作为一个厚黑架构师,在遇到任何架构决定的时候,选择当前互联网的那些技术,仍然是安全的选择。当需要缓存的时候,就用redies,也不管真的是否要通过IO去存取缓存。当有文件交换的时候,就用FastDFS,也不管这种效率其实并不高,等等。如果你不这样选择,未来如果你产品真有大数据,大访问,怎么办?凡人是无法反驳未来的。你真做出了合乎实际需求的架构,那你也是一个落伍的架构师,也是一个冒风险的架构师

   历史重复再重复,这一点多年来未曾变化。我们就像在一个圈里,不停的在打转,唯一的变化是这次换了一个不同的圈



展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
1 收藏
2
分享
返回顶部
顶部