设为首页 收藏本站
查看: 1536|回复: 0

淘宝的系统为何要从 LAMP 架构迁移到 Java 平台?

[复制链接]

尚未签到

发表于 2015-8-19 15:19:48 | 显示全部楼层 |阅读模式
  以前淘宝架构师黄裳说过,或许是 PHP 缺少一个IDE ;) 当然实际上不是这样的,当时的 PHP 远没有现在成熟。比如,PHP 缺少中间件(或许现在也是),而 Java 当时起码有 Weblogic /Jboss 可用。至于解决方案,Java 相对更为成熟,从人的角度来说,Java 企业级应用背景的人才更多一些,再说可以得到Sun中国技术团队的协助。 应该是2004年底的技术决定吧,同时间段迁移的还有从 MySQL 迁移到 Oracle ,从 PC 服务器迁移到小型机。 这是一个正确的决定。
  其实当时最早更换的不是PHP语言,而是MySQL,MySQL当年太弱了,读写性能问题严重,容易死锁。而阿里当时在Oracle方面的积累非常强大,有冯春培、汪海、Fenng这样的人物(fenng比他们稍微晚点来,来的时候已经换了),于是数据库就迁移到了Oracle。PHP不具备连接池的功能,一开始弄了一个sqlRelay中间件来充当连接池,结果这个东东也经常死掉,于是开发语言也必须跟着换,至于为什么换java,fenng已经说的很清楚了。 当然现在的MySQL已经不是当年的吴下阿蒙了,现在用LAMP架构的话应该能支持很高的流量。
  轮回罢了。 当业务快速发展的时候必须靠DB的能力顶上,所以第一批做DB的人冒出了头。 接下来DB扛不住了,架构上场…… 出了一批架构师。 架构搞好之后,DB就不再那么重要了,于是开始可以降低Oracle规模了,Mysql上场以及KV出场。 oracle 收购了mysql 要围剿的话,谁知道几年后是不是 postgresql 上场?
  现在国外用PHP很多的,典型的是FaceBook。 Java运行时对内存的管理和监控非常方便,之前twitter使用ruby写了一个消息队列,因为无法管控内存,换成用scala重写了一个新的消息队列

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-101269-1-1.html 上篇帖子: lamp环境配置,ubunutu下 下篇帖子: [转]LAMP 系统性能调优,第 2 部分: 优化 Apache 和 PHP
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表