架构-伸缩性-扩展性-高可用的学习

 

 高可用系统: 

 1 利用负载均衡做集群并且利用负载均衡进行无状态服务的转移  

 2 session管理:1 session复制  2Session绑定 3 Cookie记录Session 4 Session服务器 

 3、数据备份:数据冷备,数据热备(异步热备和同步热备)。关系型数据库通常热备机制为设置主从数据库

 4、失效转移:失效确认、访问转移、数据恢复 (当数据库不可用时,保证数据库的可用性)

 5、高可用系统发布:关闭负载均衡上一台或一批服务器路由,关闭这些服务器应用,部署后启动服务器,然后打开负载均衡即可 

    可以在不影响用户使用的情况下达到服务器部署 

 6、自动化测试:为了节省人工测试成本、时间和覆盖率,使用自动化测试脚本或工具完成测试。如ThoughtWorks 

    或自己开发来完成:系统部署,测试数据生成,测试执行,测试报告生成  

 7、为了减小线上系统故障,要有预发布验证 环境

 8、代码控制:主干开发,分支发布、分支开发,主干发布

 9、网站要有监控

  

 

 网站伸缩性:

  1、应用集群实现伸缩性处理,需要用到负载均衡

    (Http重定向负载均衡,DNS解析负载均衡,反向代理负载均衡,IP负载均衡,数据链路层负载均衡)

 

  2、分布式缓存(1)Hash余数、2)一致性Hash算法hash环算法加上虚拟节点 

  3、分布式关系型数据库:

1)数据库做双向主从备份 

2)多个数据库之间用开源软件做负载路由Cobar,但不能解决分页和事务问题

3)Cobar可以用负载均衡实现伸缩处理

4)数据库需要前期创建n多Schema,数据库伸缩可以将相应的Schema拷贝到新的数据库中即可 

  4、NoSQL数据库伸缩性设计

 

 

 

  可扩展性架构:

   1、事件驱动架构(主要用队列)

   2、分布式服务架构(代码进行横向和纵向拆分,进行分布式部署,保证模块独立性,)

   3、分布式框架设计(有待学习啊Dubbo)

 

 

故障教训:

   1、日志问题:

       服务器日志级别至少调整到warn级别,以防产生过多日志占用服务器资源

       日志文件不要放在服务器内部,找单独的服务器目录保存

   2、数据库查询:在访问量比较大的页面数据最好走缓存不要直接访问数据库。

   3、锁的使用:高并发模块用锁谨慎,以防出现排队现象,访问超时

   4、缓存:初始的作用也许不明显,会导致缓存服务器管理疏忽,一旦缓存成系统不可缺的一部分的时候

   要提高对缓存应用的关注。

   5、大小文件的保存最好分开以免上传大文件时候占用太多资源,影响其他资源

   6、提交代码前要仔细比较,防止错误代码提交(仔细)

 

 

没有救世主

发掘优秀的人,

接收他人对自己工作的指指点点

让他人理解自己设计的目的

让他人对自己工作更有责任感

让项目成为他人的一部分

成就他人,成就自己 

 

 

你可能感兴趣的:(框架)