读《大型网站技术架构》

    2015-06-28

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

[ 主页]