《互联网技术架构》-公开·课件设计.pptVIP

2018-11-30 互联网网站架构 目录 互联网展现框架 远程服务框架 互联网展现框架 性能方面 部分动态页面伪静态化缓存 合并请求，减少请求次数。（css、js） 页面展现，图片延迟展现 界面设计和布局（页面驱动编程） 大部分程序开发者只开发关心自己的界面（或组件），不关心布局模板。 页面的组件化，组件的组装。 可以重用主要是布局和组件 搜索引擎优化(SEO) 互联网展现框架 搜索引擎优化(SEO) URL重写实现伪静态 提高网站的访问速度，可以增加排名 网站的静态页面的url地址、名称，需要跟网页提要有关 网站Title、Meta根据页面主要内容进行动态加载，还需要建立分词表一起加载。 连接上动态加上 Title属性 CSS、JavaScript代码尽量放在底部，不要过多的把Javascript写入在页面中 。。。。。。 页面驱动 页面驱动 将页面进行划分，开发过程中使注意力更关注 Screen，代表页面的主体。 Layout，代表页面的布局。 Widget，代表嵌在screen和layout中的页面片段。 Screen和Widget都绑定单独的数据提供类，这样更容易进行复用。 尽量的用约定的方式代替配置。 关于JSP的使用 不允许使用java代码进行编程 不直观，不易读 使用JSTL的基本功能（循环、赋值、输出） 使用EL表达式语言 目录 互联网展现框架 远程服务框架 建立服务框架的缘由 应用垂直水平拆分 原因：随着应用规模的增长，简单的堆加机器的方式已经不能满足性能的需要，因此需要对应用进行垂直和水平切分，使我们可以专注于某个领域的优化。 水平切分：按照功能进行切分，比如分为用户、商品、论坛等。（注意单个系统的垂直性，和各个系统之间的依赖） 垂直切分：业务系统（展现系统）、核心业务系统和基础服务系统（比如消息平台、MQ、服务注册中心、搜索应用） 切分出来的系统如何进行通信，如何管理这么多系统？ 建立服务框架的缘由 展现和服务分离 后端服务化的好处 搭建新应用很容易，只需要整理业务流、组装服务化接口、渲染页面。 增强应用健壮性，只要保证服务化接口的稳定性容灾性，前台应用调用基本都不会有大的故障 服务化接口把类似的业务接口抽象的很纯粹，使得性能观察和优化更有针对性，更专注！ 是一种垂直应用切分的案例 服务框架的通信 服务通信 服务注册中心 服务调用者 服务提供者 注册服务信息 推送服务地址 长连接、同步、异步 建立服务框架 服务框架 使用NIO、长连接、hessian序列化等提高性能 使用统一的注册管理中心进行服务的负载均衡和服务治理 建立服务框架的治理 服务治理 容错 注册中心与服务提供和消费者之间也是长连接，一旦一个应用挂掉，自动向消费者发送新的应用。 服务调用失败，如果是异常，可以采用重连的方式，或者向注册中心请求其他 服务负载均衡 随机、轮询、权重、按应用路由等方式