这篇文章最早我是在360的时候,那个到时处理360手机商城,然后积累的一些经验,然后处理的然后只是很早之前都写出来了,但是这个没有发表,这次重新把它找出来了,在这里再重新同步一次。一、分我们知道,对于一个大型网站来说,可伸缩性是非常重要的,怎么样在纵向和横向有良好的可伸缩性,就需要在做架构设计的时候考虑到一个分的原则,我想在多个方面说一下怎么分:首先是横向的分:大的网站化解为多个小网站:当我们一个网站有多个功能的时候,可以考虑把这个网站拆分成几个小模块,每一个模块可以是一个网站,这样的话我们到时候就可以很灵活地去把这些网站部署到不同的服务器上。批注: 现在很多网站他运营着多个域名就比如CSDN,他的博客是blog.csdn.net ,写博客是用的write.blog.csdn.net,主站用www,每个站之间独立运营,让整个服务器的前面,Nginx负载均衡压力不会特别大,因为ng的负载每秒最大是3万多也有人说5万10万的,但是到最后限制最大的不是机器本身的性能反而是带宽。之前在博客上有看到有人,有人测redis最大连接是10万+的连接数时,那么需要的带宽1000G以上。所以连
目录SOLID 原则说明与感悟 前言 SOLID 设计模式的具体内容 SOLID 原则详解 一、单一职责原则 1、单一职责带来的好处 2、反规则的
本文是读了腾讯文档前端TechLead, T12大佬曾探哥。 他经历了腾讯文档前端从0.1到现在的建设过程,和团队同学一起持续对腾讯文档前端进行架构优化,对前端架构设计有一些经验和兴趣 。 《JavaScript设计模式与开发实践》作者。这6-7万字文章中蕴含很多大型项目设计的经验和感悟,值得学习和借鉴。1、模块依赖优化a) 理清模块结构依赖,分类管理。当小团队3-5个人的时候项目架构依赖还很好管理,尤其到项目规模变大了,以及团队规模也变大了,整个架构、模块、类、函数、工具、相关的复杂的和层级变深了,整个项目的管理难度会指数级上升,到后续一定要分工明确,边界与规范也需要明确。尽量减少不必要的依赖。b) 合理抽象模块,降低耦合复杂度在开发的过程中,一定要随着系统的升级迭代、新人加入一定要做好培训讲明规则,保持好各个模块之间的功能单一性、独立性、复用性。 模块功能职责单一之后,对模块的迭代修改就会相对简单,不至于牵一发而动全身。针对业务逻辑一定要有核心人物多来思考抽象业务逻辑。让模块具有普适性。c) 代码架构分层,提升稳定性数据、逻辑、UI分层管理,梳理出核心业务层封装,对核心逻辑的质量提
首乌
十年老程序员
粤ICP备2023052298号-1