首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

大型网站技术架构演进_网站信息架构

出处:http://blog.csdn.net/anxpp/article/details/51614973 大型网站架构演化过程 1、初始阶段的网站架构 网站一开始,使用的人并不多,访问量比较小...我们的个人主页、博客,都可以使用如下架构: Jetbrains全家桶1年46,售后保障稳定 01 应用程序、数据库和文件等资源,都在同一台服务器上。...而目前的缓存技术也比较多,常见的NoSQL数据库也常被用来当缓存工具使用,本地缓存也能借助一些框架实现,这时的架构如下: 03 使用缓存后,数据访问压力会大大减小。...本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

56510

「信息架构」EA874:信息架构治理概述

数据或信息质量-该领域涉及数据或信息质量的标准、测量和维护。 数据或信息访问-信息来源、访问权限、权限和使用。 报告-定期评估商业决策信息源的可用性和质量。...本文:http://jiagoushi.pro/node/1059 讨论:请加入知识星球【首席架构师圈】或者小编小号【jiagoushi_pro】 微信公众号 关注微信公众号【首席架构师智库】 微信小号...希望加入的群:架构,云计算,大数据,数据科学,物联网,人工智能,安全,全栈开发,DevOps,数字化,产品转型。...点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯,架构心得。...点击,收听【智能时刻,架构君和你聊黑科技】 知识星球 认识更多朋友,职场和技术闲聊。 点击加入知识星球【知识和技术】

58630
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    大型网站技术架构(二)--大型网站架构演化

    何谓大型网站 大型网站系统特点: ps:符合这些要求的所谓大型网站真的很少,可遇而不可求也。...说到大型网站,就要先理一下大型网站的特点:高并发,大流量,高可用,海量数据等,本文根据《大型网站技术架构》一书整理如下: 初始阶段的网站架构 初始阶段都比较简单,通常一台服务器就可以搞定一个网站了,ssm-demo...应用服务和数据服务分离 随着网站业务的发展,一台服务器逐渐不能满足需求,这时候就需要将应用和数据分离: 使用缓存改善网站性能 现在的80%的业务访问都会集中在20%的数据上,网站基本上都会使用缓存,...使用反向代理和CDN加上网站相应 提高网站的访问速度,主要手段有使用CDN和反向代理。...业务拆分 大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将真个网站业务拆分成不同的产品线。 具体到技术上,也会根据产品线话费,将一个网站拆分成许多不同的应用,每个应用独立部署维护。

    2.1K60

    大型网站架构系列:电商网站架构案例

    大型网站架构是一个系列文档,欢迎大家关注。本次分享主题:电商网站架构案例。从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。...本次分享大纲 电商案例的原因 电商网站需求 网站初级架构 系统容量估算 网站架构分析 网站架构优化 架构总结 电商网站案例,一共有三篇本篇主要说明网站的需求,网站初始架构,系统容量估算方法。...大型门户一般是新闻类信息,可以使用CDN,静态化等方式优化,开心网等交互性比较多,可能会引入更多的NOSQL,分布式缓存,使用高性能的通信框架等。...三、网站初级架构 一般网站,刚开始的做法,是三台服务器,一台部署应用,一台部署数据库,一台部署NFS文件系统。 这是前几年比较传统的做法,之前见到一个网站10万多会员,垂直服装设计门户,N多图片。...但是,目前主流的网站架构已经发生了翻天覆地的变化。一般都会采用集群的方式,进行高可用设计。至少是下面这个样子。 ?

    5.2K70

    大型网站架构系列:电商网站架构案例(2)

    电网网站架构案例系列的第二篇文章。主要讲解网站架构分析,网站架构优化,业务拆分,应用集群架构,多级缓存,分布式Session。...五、网站架构分析 根据以上预估,有几个问题: 网上电子商城系统需要部署大量的服务器,高峰期计算,可能要部署30台Web服务器。并且这三十台服务器,只有秒杀,活动时才会用到,存在大量的浪费。...网上商城系统网站一般需要做以下架构优化(优化是架构设计时,就要考虑的,一般从架构/代码级别解决,调优主要是简单参数的调整,比如JVM调优;如果调优涉及大量代码改造,就不是调优了,属于重构): 业务拆分应用集群部署...(分布式部署,集群部署和负载均衡)多级缓存单点登录(分布式Session)数据库集群(读写分离,分库分表)服务化消息队列其他技术 六、网站架构优化6.1业务拆分 根据业务属性进行垂直切分,划分为产品子系统...流程说明 (1)用户第一次登录时,将会话信息(用户Id和用户信息),比如以用户Id为Key,写入分布式Session; (2)用户再次登录时,获取分布式Session,是否有会话信息,如果没有则调到登录页

    1.8K40

    大型网站架构系列:电商网站架构案例(3)

    本文章是电商网站架构案例的第三篇,主要介绍数据库集群,读写分离,分库分表,服务化,消息队列的使用,以及本电商案例的架构总结。...一般独立商城网站建设有两种方式读写分离和分库分表。 读写分离:一般解决读比例远大于写比例的场景,可采用一主一备,一主多备或多主多备方式。 本案例在业务拆分的基础上,结合分库分表和读写分离。...(1)用户下单后,写入消息队列,后直接返回客户端; (2)库存子系统:读取消息队列信息,完成减库存; (3)配送子系统:读取消息队列信息,进行配送; 目前使用较多的MQ有Active MQ,Rabbit...七、架构总结 以上是本次分享的架构总结,其中细节可参考前面分享的内容。其中还有很多可以优化和细化的地方,因为是案例分享,主要针对重要部分做了介绍,工作中需要大家根据具体的业务场景进行架构设计。...以上是电商网站架构案例的分享一共有三篇,从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。

    1.5K40

    大型网站技术架构,网站的高可用架构(三)

    今天这篇文章,主要围绕着如何从多个方面来进行“高可用的网站架构”展开,网站页面能够完整呈现在最终用户面前,需要经过很多个环节,任何一个环节除了问题,都可能导致网站页面不可访问。...二、高可用的整体架构 我们一般将网站架构分为三层:应用层、服务层、数据层,应用层负责业务逻辑处理,服务层提供可复用的服务,数据层负责数据的封装与存储,各层之间相对独立。...由于网站的架构资源中,硬件故障是最常见的问题。那么高可用架构的主要目的就是保证服务器在硬件故障时依然可用。主要手段是数据和服务的冗余备份以及失效转移。 ?...而用户的状态信息我们会用专门的方式来进行管理。...相关阅读: 大型网站技术架构,初入探秘(一) 大型网站技术架构,网站的高性能架构(二)

    1.1K30

    大型网站架构系列:电商网站架构案例(1)

    大型网站架构是一个系列文档,欢迎大家关注。本次分享主题:电商网站架构案例。从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。...本次分享大纲 1、电商案例的原因; 2、电商网站需求; 3、网站初级架构; 4、系统容量估算; 5、网站架构分析; 6、网站架构优化; 7、架构总结; 电商网站案例,一共有三篇本篇主要说明网站的需求,网站初始架构...大型门户一般是新闻类信息,可以使用CDN,静态化等方式优化,开心网等交互性比较多,可能会引入更多的NOSQL,分布式缓存,使用高性能的通信框架等。...三、网站初级架构 一般网站,刚开始的做法,是三台服务器,一台部署应用,一台部署数据库,一台部署NFS文件系统。 这是前几年比较传统的做法,之前见到一个网站10万多会员,垂直服装设计门户,N多图片。...如下图: 但是,目前主流的网站架构已经发生了翻天覆地的变化。一般都会采用集群的方式,进行高可用设计。至少是下面这个样子。

    2.4K40

    「信息架构」EA874:信息架构基本组件

    数据建模和数据架构: 信息建模描述了理解与企业相关的数据、流程和规则所需的元数据(图1)。信息建模有三个主要领域: 数据建模-逻辑数据模型是对业务术语和数据元素使用上下文的定义。...归根结底,架构主数据的过程在MDM、企业信息管理(EIM)和EIA之间是通用和共享的。相对于MDM,最终目标是创建支持整个信息体系结构的信息管理环境,同时添加结构和过程,以减少管理主数据的工作量。...信息技术(IT)小组负责建立和管理获取、维护、传播和处置本组织电子数据资产的总体环境(架构、技术设施、系统和数据库)。 这是显示数据质量管理过程的图表 ?...图4 本文:http://jiagoushi.pro/node/1058 讨论:请加入知识星球【首席架构师智库】或者小编小号【jiagoushi_pro】 微信公众号 关注微信公众号【首席架构师智库】...点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯,架构心得。

    77930

    大型网站技术架构,网站的高性能架构(二)

    今天这篇文章,主要围绕着如何从多个方面来进行“高性能网站架构”展开,性能优化小到一行代码的重构,大到服务器集群的重新架构。怎样通过各项数据指标来监控网站的实时性能?...找出网站的性能“弱点”,并以此为目标进行迭代式的优化,才能逐渐将网站架构达到一个高性能的水平。 ? 一、网站性能测试 网站的性能指标,既可以是开发人员客观的性能分析数据,测试指标。...一般而言,我们用如下指一些标来衡定一个网站的性能水平:响应时间、并发数量、吞吐量、性能计数器。...三、应用服务器优化 应用服务器主要用来处理系统业务,是整个网站架构中的核心,也是最复杂变化最多的部分。常用的优化手段有:使用分布式缓存(网站优化第一定律:优先考虑使用缓存。...但对于大量数据的存储需求,基于 MapReduce 可以进行并发任务处理的 HDFS 可能更加合适) 明天继续说,大型网站技术架构,网站的高可用架构(三) 相关文章 【必知】大型网站技术架构,初入探秘(

    89730

    大型网站技术架构!

    网站都是从小网站一步一步发展为大型网站的,而这之中的挑战主要来自于庞大的用户、安全环境恶劣、高并发的访问和海量的数据,任何简单的业务处理,一旦需要处理数以 P 计的数据和面对数以亿计的用户时,问题就会变的很棘手...下面我们就来说说这个演变过程: 初始阶段 大型网站都是由小型网站演变而来的,网站架构也一样 小型网站最开始没有太多人访问,只需要一台服务器就绰绰有余,就像这样: ?...小型网站架构 应用程序、数据库、文件等所有资源都在一台服务器上,通常使用 Linux PHP MySQL Apache 就可以完成整个项目部署,然后再买个域名,租一个廉价的服务器就可以开始我们的网站之旅了...,但随着用户的继续增加,我们需要对网站架构进一步优化 使用缓存改善性能 网站的访问一样遵循二八定律:80% 的业务访问集中在 20% 的数据上面 因此我们要对这一小部分的数据进行缓存来减轻数据库的访问压力...对于大型网站而言,无论多么强大的服务器,都满足不了持续增长的业务需求,更高效的方式就是增加服务器来分担压力 对于网站架构而言,如果增添一台新的服务器可以改善负载压力,那么就可以使用同样的方式来应对源源不断的业务需求

    1.8K80

    大型网站架构演变

    什么是大型网站? 有时候要下个定义挺难的,那么就从具体来说吧。博主曾经在京东工作过,大家都知道京东是个大型网站,这点应该没有异议。那它有哪些特点呢?...当我们的网站用户达到千万级别以上的时候,数据库负载能力就成为了瓶颈。既然数据库同时进行读、写操作压力很大,那么我们可以考虑进行读写分离。 ?...不是的,大型网站随着业务越来越多,越来越复杂,数据量也很大,如果采用上面的架构,显然一旦db扛不住了,那就over了。于是,又需要对db进行分库分表操作了。 ?...到这里,其实我们的网站,就处于一个微服务的阶段了。由于用户的一些请求,需要到达多个业务系统来完成,所以这里又出现分布式事务的问题。...在演变的过程中,除了架构的调整,我们还可能涉及到一些调优,比如JVM/db调优等。 小结 到这里,我们可以看到大型网站,并非一蹴而就,而是逐步演变、迭代升级的。朋友们,下篇见

    1K40

    漫谈大型网站架构

    作者介绍:陈康贤(花名龙隆),淘宝技术部技术专家,著有《大型分布式网站架构设计与实践》一书,在分布式系统架构设计、高并发系统设计、系统稳定性保障等领域积累了较为丰富的实践经验,对新技术有浓厚的兴趣 。...大型网站架构从来都不是一个预先定义的架构,而是一个演进式的架构。...很少有一个网站从建站开始,就能够因具备大型网站的所有属性而一成不变的,从最简单的LAMP架构,再到基于IOE的大型集中式应用架构,再演变成时下的分布式应用架构,随着网站用户规模的扩大,架构也在不断演进。...当前支撑大型网站的几大核心技术,分布式、服务化、虚拟化,其中分布式解决的是规模化带来的问题,所谓的规模化即包括数据规模越来越大,访问量越来越高,也包括开发团队规模越来越大,工程代码规模越来越大。...作为大型网站架构中最重要的中间件,服务化框架简化了服务调用所涉及的对象序列化与反序列化,通信协议,服务路由等操作,以及到后来诞生的一个新名词—服务治理,去梳理服务的依赖关系、调用链路、强弱依赖等等更复杂的问题

    80910

    大型网站技术架构

    缩短业务流程,加快网站访问速度 消除并发访问高峰 架构五要素: 高性能 可用性(Availability) 伸缩性(Scalability) 扩展性(Extensibility) 安全性 1、高性能 性能的测试指标主要有...: 响应时间:指应用执行一个操作需要的时间 并发数:指系统能够同时处理请求的数目 QPS:指单位时间内系统处理的请求量 系统性能计数器:描述服务器或者操作系统性能的一些数据指标 性能优化,根据网站分层架构...HDFS 2、高可用 高可用的网站架构:目的是保证服务器硬件故障时服务依然可用、数据依然保存并能够被访问,主要手段数据和服务的冗余备份及失效转移 高可用的应用:显著特点是应用的无状态性 通过负载均衡进行无状态服务的失效转移...“开闭原则”,构建可扩展的网站架构 利用分布式消息队列降低耦合性 分布式消息队列 事件驱动架构(Event Driven Architecture) 利用分布式服务打造可复用的业务平台 分布式服务框架设计...(Thrift,Dubbo) 可扩展的数据结构(如 HBase的 ColumnFamily 设计) 利用开放平台建设网站生态圈 5、网站的安全架构 XSS 攻击和 SQL 注入攻击是构成网站应用攻击最主要的两种手段

    1.2K30

    图解大型网站架构

    对于大部分前端同学来说,后台服务或者整个网站架构是个黑盒,前端工程师所看到所接触的业务只是冰山一角。...本文,从一个前端人的视角,以一张大型网站架构图开始,将这个潘多拉的魔盒打开……只是概述性的介绍,提纲式的分析讲解。 来自李智慧老师《大型网站技术架构-核心原理与案例分析》第一章的图示。 ?...举例,用户下单流程: 用户下单后,写入消息队列,后直接返回客户端; 库存子系统:读取消息队列信息,完成减库存; 配送子系统:读取消息队列信息,进行配送; 这个过程,利用“消息队列服务器”异步调度所需的服务...这时,就不应该将与登录相关的session信息存放在本地服务器缓存中(因为各个服务器的session信息不共享),而应该将session存放于分布式缓存,并提供统一访问模块-session服务器。

    1.4K50

    大型网站架构演化

    由于网络的问题,这两天我会发一下架构方面的知识,谢谢大家的支持。 说道网站,就的先说网站的特点:高并发,大流量,高可用,海量数据等。下面就说说网站的架构演化过程吧。...1、初始阶段的网站架构 初始阶段都比较简单,通常一台服务器就可以搞定一个网站了,看图。 ?...3、使用缓存改善网站性能 毫无疑问,现在的网站基本上都会使用缓存,即:80%的业务访问都会集中在20%的数据上。 ?...4、使用应用服务器集群改善网站的并发处理能力 因为单一应用服务器能够处理的请求连接有限,在网站访问高峰时期,应用服务器会成为整个网站的瓶颈。因此使用负载均衡处理器势在必然。...网站利用数据库这一功能实现数据库读写分离,从而改善数据库负载压力。 ? 6、使用反向代理和CDN加上网站相应 提高网站的访问速度,主要手段有使用CDN和反向代理。

    1K10

    大型网站技术架构

    缩短业务流程,加快网站访问速度 消除并发访问高峰 架构五要素: 高性能 可用性(Availability) 伸缩性(Scalability) 扩展性(Extensibility) 安全性 1、高性能 性能的测试指标主要有...: 响应时间:指应用执行一个操作需要的时间 并发数:指系统能够同时处理请求的数目 QPS:指单位时间内系统处理的请求量 系统性能计数器:描述服务器或者操作系统性能的一些数据指标 性能优化,根据网站分层架构...HDFS 2、高可用 高可用的网站架构:目的是保证服务器硬件故障时服务依然可用、数据依然保存并能够被访问,主要手段数据和服务的冗余备份及失效转移 高可用的应用:显著特点是应用的无状态性 通过负载均衡进行无状态服务的失效转移...“开闭原则”,构建可扩展的网站架构 利用分布式消息队列降低耦合性 分布式消息队列 事件驱动架构(Event Driven Architecture) 利用分布式服务打造可复用的业务平台 分布式服务框架设计...(Thrift,Dubbo) 可扩展的数据结构(如 HBase的 ColumnFamily 设计) 利用开放平台建设网站生态圈 5、网站的安全架构 XSS 攻击和 SQL 注入攻击是构成网站应用攻击最主要的两种手段

    1.5K60

    大型网站架构总结

    一、大型网站的特点 用户多,分布广泛 大流量,高并发 海量数据,服务高可用 安全环境恶劣,易受网络攻击 功能多,变更快,频繁发布 从小到大,渐进发展 以用户为中心 免费服务,付费体验 二、大型网站架构目标...三、大型网站架构模式 ? 分层:一般可分为,应用层,服务层,数据层,管理层,分析层; 分割:一般按照业务/模块/功能特点进行划分,比如应用层分为首页,用户中心。...),NOSQL等; 五、高可用架构 大型网站应该在任何时候都可以正常访问。...防止跨站脚本攻击(XSS),注入攻击,跨站请求伪造(CSRF),错误信息,HTML注释,文件上传,路径遍历等。...九、敏捷性 网站的架构设计,运维管理要适应变化,提供高伸缩性,高扩展性。方便的应对快速的业务发展,突增高流量访问等要求。 除上面介绍的架构要素外,还需要引入敏捷管理,敏捷开发的思想。

    1.6K60
    领券