读《大型网站技术架构》

2015-06-28

  首先说明一下,我虽然现在不做Web方面的开发工作了,但是,并不代表我不再关注,我只是在这方面投入的时间会少。更加专业的开发工作让喜欢这个方向的人来做,我只需要不断跟进技术路线,熟悉常见架构和其工作原理就足够了。我觉得,这对于想要做技术领导岗位的人也是一样的,不会对每个技术都精通,非不能也,实不为也。 但是,对于整体的掌握是其他人所不及的。二八定律,花费少量的时间,学习事物最核心的部分。
  我认为这本书写的很好。作者开篇就说:"大型网站是演化出来的,不是设计出来的。"这一点非常重要。有人评价这本书浅尝辄止,不适合架构师-这不是废话嘛。虽然说google这本书的每一个章节,你也可能得到更加深入、全面的信息,这也依靠个人的能力。作者能够把这么些知识、经验合理的组织在一起,对那些似懂非懂,知识技能还未全面的人来讲,能在短时间内有效提升能力,这是很赞的。至于那些“某书卖这个价格是否值得”的评论,不要去理。
  本书从小网站的架构开始介绍起,不断的引入新的需求和面对的问题,提出解决方案。关注点从满足需求到性能,到安全,到架构师,对于不同阶段,重要性一步一步的提升。我想,这也是读者需要思考的点。
  我在这里想谈论的并不完全是这本书。也想谈谈创业公司的技术选择。现在的大多数互联网公司,是以Web形式对外提供服务,辅以app。经过多年的发展,已经有不少成熟的方案和组件可用了,开发访问量大一些的网站所需的分布式架构也不是什么难事儿,不再需要摸着石头过河了;当前的成熟、稳定的云服务,也省去了初创团队的不少运维工作。我在hdf团队的老大,拥有多年的电商系统开发经验,开发个中大型的电商网站是驾轻就熟了。所以,对于想要做出这样系统的人来讲,第一点:你需要找对人。服务端的稳定性尤为重要。当访问量上升后,后端多采用分布式架构,无论是开发还是运维的难度都会上升不少,调试的难度也会增加不少。但是,如果一个创业公司上来就担心高访问量导致系统崩溃,担心需要分布式系统,担心系统被黑,这就有点担心过头了。这些东西的确需要提前考虑清楚,但是重要性远远没有先把系统做出来重要。第二点:先做出来一个可运行的版本。

如果有任何意见,欢迎留言讨论。


[ 主页 ]
COMMENTS
POST A COMMENT

(optional)



(optional)