1. 对架构设计有所研究，希望能够更好梳理知识脉络的同学
2. 向往架构设计工作，希望找到合适的学习路线的同学，如已参与项目实战协作开发的工程师，熟悉一门开发语言准备横向学习等等
3. 其它专业、但希望更好了解架构知识，提高协作能力的同学，如：测试工程师、运维工程师、数据管理员、项目经理、产品专员等等

1.本专栏为图文专栏，共计15篇
2.专栏定期更新，更新频次为每周一篇，现已更新完结
3.专栏一经订阅永久阅读，可与作者留言互动
4.本专栏为虚拟产品，一经订阅，概不退款，请慎重订购
5.专栏阅读过程中，如有任何问题请联系51CTO小助手(微信:cto51boke/QQ:3591348659)

1.架构知识体系化
2.手把手搭建架构
3.梨子新闻架构实例
4.主流架构简析

• 序：从0到1的互联网系统架构设计（目录）

  游戏术语里的说法，架构师是开发工程师的二转职业里排名比较靠前的。不枯燥，有挑战，物质回报也还不错。所以很多工作三年左右的同学，都会开始关注和预习相应的知识。但比较可惜的是，网络上的架构类的知识，一大部分的文章作者可能自己都不是架构师，另一部分又偏向于具体案例的设计方案。有自己知识脉络的老司机们很容易分辨其中精华和糟粕，而新同学们往往被带到沟里去了。我带过的诸多团队里，这样的现象比比皆是。因此…

• 1. 横看成岭侧成峰，敢问架构是什么？

  本章其实是英语课（咳咳）。从架构一词的本源“architecture”开始，理解 C/S 软件系统的架构应该具有怎样的特征。再结合互联网的用户体验要求，更好地理解互联网架构。

• 2. 远近高低各不同，架构解决啥问题？

  本篇的主要内容，就是将大概念落地，与我们日常的项目架构联系起来，突破中间的天花板

• 3. 不识庐山真面目，技术选型怎么做？

  说到技术选型，很多同学们可能张嘴就来，方案众多。但绝大多数的技术选型方案，其「逻辑处理」部件所使用的开发语言，一定是自己最擅长的。再问为什么一定要选Java而不是PHP？

• 4. 只缘身在此山中，缓存当如何设计？

  超大量的用户产生的超大量的数据，堆积在一个中心，还如何做到响应快？逻辑运算快？数据操作快？寻找更好的守护程序（daemon）？优化算法？还有其它什么办法吗？

• 5. 设计数据持久化部件，该烧秸秆还是核聚变？

  从本篇开始，我们会用一个假设的梨子新闻项目作为实战案例，逐篇完善架构设计，直至可上线生产的程度

• 6.设计静态资源池部件，基于时间熵的逆衰变了解一下？

  是的，我会更习惯于将「数据持久化」中的数据称作信息类数据，而将本篇所讨论的用户上传的图片、音频和视频类数据称作资源类数据。这是因为当下诸多互联网产品中，这两类数据的加工和渲染的需求和难度是截然不同的。

• 7.设计输入输出接口部件，多向全双工意念头盔怎么样？

  目前的互联网系统，动不动就是传统网站、H5 移动端网站、各大平台服务号，甚至多个 APP 一起上。所以我们就需要有更高效的输入输出设计，以达到复用的效果。从而减少开发工作量，提高效率。

• 8.设计客户端部件，服务端什么的不存在的！

  客户端的设计和实现会需要多做很多额外的工作。这就对客户端工程师提出了更高的经验和能力要求，对项目时间也提高了要求。

• 9.榨干数据持久化部件的最后一分潜能吧

  榨干数据持久化部件的最后一分潜能吧

• 10.停机检修？避免单点热操作才是正确打开方式哟

  互联网系统提供着在线服务，因此基本上都是一旦上线生产，那么就得永不下线。所以这一篇，我们来聊聊容灾，如何尽可能地保障服务的可靠性。

• 11.出发之前不应该给自己买份数据保险吗

  熟悉架构设计的大概思路之后，如何找到合适的技术方案来解决实际问题，才是最考功夫的时候。

• 12.加速加速再加速！用户预期是零秒到达呀

  加速加速再加速！用户预期是零秒到达呀

• 13.信口一：微服务架构到底有啥用？

  说完正篇之后，我们来聊聊当下似乎最时尚的微服务架构。

• 14.信口二：NoSQL 到底有啥用？

  正确地理解 SQL 和 NoSQL 各自代表什么意思，如何真正用好 NoSQL。