在笔者职业生涯的开端，曾参与了一个合同额每年亿元级的软件项目。
该项目有一个独特的架构，可以让开发人员近似千人一面地完成开发工作，加之该项目有严谨的项目管理流程，使得它迭代十几年至今。
之后参与了一个不太成功的大型网站项目（合同额千万元级），其程序凌乱不堪，即使工程师们各显神通，最后成本还是严重超标，运维成本也非常高。
那个不太成功的大型网站项目采用了当时最新的前端框架Angular 2和微服务框架，高并发和高可用性设计等也都采用当时较为流行的方案，但开发出来的软件质量却很差。这让笔者深深地体会到，仅靠框架和技术很难保证软件的质量，高质量的软件还依赖于良好的架构设计。架构设计不仅要选取现成的软件工具，而且还需要思考软件本身的结构，另外还需要约束软件开发的过程。
对大型网站来说，想在项目之初就设计好架构，这确实是一件十分困难的事情。因为一个成熟的大型网站系统是非常复杂的，其涉及的问题也非常多，再加上工期等客观条件的限制，导致架构设计很多时候是滞后于开发的，开发过程也很难被约束。其实，在项目之初并不需要把大型网站整个架构都设计好，只需要解决一些关键问题即可，其他问题可以在项目迭代的过程中解决。那么，大型网站架构需要解决哪些关键问题呢？其实所谓关键问题都是经验之谈。解决好这些关键问题，在能提高项目质量的同时还能降低项目的成本。
为了帮助读者全面、系统地学习大型网站架构设计的相关知识，笔者编写了本文档，给出了自己对相关问题的思考，并对多年的从业经验进行了总结，相信对相关读者会有所帮助。
限于文章篇幅原因，只能以截图的形式展示出来，有需要的小伙伴可以文末获取↓↓↓
内容概览
本文档总共分为四部分，也就是四大篇来给大家介绍大型网站架构实战。
而又把大篇的内容划分为10章的内容。
限于文章篇幅原因，就展示到这里了，有需要的小伙伴可以查看下方名片↓↓↓
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
