《公司新版架构设计》由会员分享，可在线阅读，更多相关《公司新版架构设计（17页珍藏版）》请在金锄头文库上搜索。
1、应用、数据库、文件都在一台机子上 使用免费开源的软件为主 操作系统无要求（一般是Linux）,初始阶段的小应用,三台服务器分别存放应用程序、非结构化数据、结构化数据 数据库服务器独立部署使之能占用更多CPU、内存、硬盘 文件服务器独立部署使之能够占用更多磁盘空间,应用服务与数据服务分离,缓存分类：本地缓存、远程缓存 本地缓存快，受单机缓存容量限制缓存内容少；不利于分布式应用架构 远程缓存有网络损耗、容量大、扩展性高,使用缓存改善应用性能,应用服务器处理请求连接有限、存在瓶颈 提升单一服务器性能花费巨大、扩展能力有限、存在瓶颈 通过增加更多服务器、提升请求处理能力、可伸缩 应用服务器集群是可伸缩
2、集群架构设计中较为简单和成熟的一种 利用负载均衡调度服务器，实现按需请求分发 负载均衡调度可以是软件级、硬件级、网络级,应用服务器集群提升并发处理能力,存在不能缓存的情况多，数据库写入也不少的情况下，数据库负载压力成为网站瓶颈 利用热备功能，配置主-从关系，实现读写分离，分担单一节点的数据压力 利用独立数据库访问模块，实现读写分离调度，对用于透明 读写分离调度模块可以是独立硬件，也可以是调度程序 主-从复制基于时间调度（简单但不够实时）或事件调度（复杂但相对精准）,数据库读写分离,中国网络环境复杂，不同地域访问速度存在差异 单一网络节点无法“公平”的提供一直的访问质量 利用CDN及反向代理机制
3、，缓存静态数据 为用户请求分派距离最近的网络服务点 减轻服务核心支撑点的访问压力,反向代理和CDN加速,集中式存储文（文件、数据）无法满足庞大数据量环境 分布式数据库是数据库拆分得最后手段，只有单表数据规模非常大的时候才使用 应用更常用的数据库分拆手段是业务分库 分布式数据库及文件架构，就应用程序而言不透明 一般需要与集群式、分布式架构中作出权限后才决定方案,分布式文件存储和分布式数据库,数据存储和检索需求越来越复杂 传统关系型技术无法满足需求（存储、速度） 数据交换能力大大提升 一般会涉及集群架构 对持久化、ACD需要有折冲,使用NOSQL和搜索引擎,大型应用业务场景复杂，需要分而治之的解决不同业务问题 根据业务划分不同产品线及板块，由不同业务团队负责，并最终提供不同服务 不同应用独立部署，通过链接，消息队列、接口服务进行交互通讯，最多的是通过共享存储来实现关联 性能减弱、可用性提升、维护容易，项目更简单,业务拆分,存储系统越来越庞大，整体复杂度指数级增长 部署维护困难 资源链接是服务器规模的平方，出现链接资源不足,分布式服务,
