浅谈架构是为了什么 (下)

前言

上一章对架构进行了通俗的解释，本章以图文并茂的形式对架构的演变作详细的阐述

架构并不是因高并发、大数据而生,如下的架构方式是根据业务演变而变动。

从如今开始，假设咱们本身是一个创业的小团队。没资金没人脉，靠技术打天下。如今要开发一套电商系统。开始本身的表演。

1.0

没钱没人，只能买得起一台阿里云学生机。这时咱们只能选择使用下面的架构

单机部署整个LNMP环境是惟一选择，这时咱们还能够对1.0版本作一些优化的地方，在主从数据库这里，要注意了。单机跑主从简直是画蛇添足。单机流量自己就有效。主与从的承受是一致的。因此主从在单机跑?(相信你不是在开玩笑)，但若是视数据与声明的话，主从仍是有必要的(当备份了呗)。优化后的架构图以下

虽然依旧很勉强，但咱们将文件存储转移到了其余云，比较少于n个g流量是免费的😄，对php进行了优化，改修改的都改了，主从也作了。这个1.0的版本勉强的撑过了创业初期。而后灾难再一次降临...

1.*

这时候手头已经有点钱了。公司准备再购入一台服务器。这时架构以下所示

新购入的机器与老机作了一个负载均衡，将流量分发。这时候主从数据库就派上了很大的用场。这里先将主数据库做为增删改数据库，而从数据库而是查数据库。接下来能够安逸一段时间了。但在生产环境上，咱们须要预知问题，检测bug，因此无奈下又改善架构

将日志，包括mysql慢日志，查询日志，nginx的请求日志，错误日志，php的错误日志，慢日志都暂时存入redis内，至少我存起来了。有问题我能有处可查。随后将大表切分，例如文章表，用户表的。1.x的版本再不断迭代中愈来愈完善。但一旦出现并发就挂掉。这事看来须要认真的去对待了。

2.0

谈及并发，我了解的并不深刻，仅仅知道是一瞬间对服务器的冲击数，解决并发的办法也很简单，将请求分流，分的越细越好（这也并非越多越好，具体界限，我也不清楚），架构图以下

将用户请求(固然我指的是部分的)，例如抢红包，限时抢购等业务，加入到队列中，挂为待处理形态，处理结束后将处理结果存储到redis而后通知用户，定时某个时段将redis数据存储到mysql，结束战斗。我想象的咱们的公司已经比较牛x了。购入了不少台服务器。时候对现有的架构作出一些改变了。但并非天翻地覆的变化。

固然这仅仅是物理架构，真实的业务要复杂一些。接下来经过不断的努力，咱们开启了2.x时代。

2.*

应该具有的设备及其环境都准备好了。如今咱们须要作的是将业务需求补齐，固然也没有想象的那么夸张。

咱们负载均衡做为分发调节器，将请求平均到指定服务器，经过开发语言去查询数据库数据而后返回，这一系列的操做都在监控系统与日志系统的监控中，固然说是系统，实际就是一个后台，一套程序，去监控数据时作筛选。如遇紧急状况则报警。数据正常并非直接存储到数据库而是扔到队列，任由它翱翔。当业务不断壮大。其缺点或者漏洞并非某种架构方案能够去解决，要就事论事，瞧病就医。这才是架构师的精髓所在。以上描述的这些套路。很差意思的说已经差很少吸光了个人架构知识库。下面的东西是正在研究的架构。

3.0

咱们预计上线的3.0版本引用了服务治理的架构思想。将业务分割，在本地经过tcp直接请求，并不是经过http。这块我写过几篇文章，@周梦康 康神也有不错的直播讲解。如下为连接。我就不过多讲解了。

PHP程序员如何简单的开展服务治理架构(一) https://segmentfault.com/a/11...

PHP程序员如何简单的开展服务治理架构(二) https://segmentfault.com/a/11...

PHP程序员如何简单的开展服务治理架构(三) https://segmentfault.com/a/11...

PHP 进阶之路 - 零基础构建本身的服务治理框架（上） https://segmentfault.com/l/15...

PHP 进阶之路 - 零基础构建本身的服务治理框架（下）https://segmentfault.com/l/15...

3.*

3.x是一个学习参考，自我检讨，自我反省的过程。参考大厂的架构设计，结合本身公司的架构设计，取其精华、去其糟粕。贴一张大厂的架构图我感受毫无心义。这里就很少讲了。

老一套

如今回到文章的中心思想上。到底为了什么作架构？个人答案是 “活” ，为了让产品活下去而作架构。何时能够作架构？ 任意时间均可以作。但要看精力、财力、人力。

可扩展

可扩展性上篇文章我说过，是一把束缚个人刀，这把刀是什么？是“灾难”，在设计架构，包括在业务，物理或者是说部署上。这把刀一直在我脖颈处，若是这时为了省事，躲开了，那将来的某个时间，这把刀就会断头。作了五年的程序员。实际困难需求、复杂需求还有部分BUG的产品，我的认为与扩展脱不了关系。不管在任何的架构设计上，要考虑向前扩展、向后迭代。

可跑路

作好架构，写好代码。方能轻松跑路，不然后患无穷。

致谢

感谢你看到这里，但愿本篇能够帮到你。有问题可在评论区留言，谢谢 🙏