zoukankan      html  css  js  c++  java
  • 最近在梳理一些架构

    从高可用的范围来讲,一个系统可以分为3个层次

    1.单系统 

    什么服务都在一台机器上面。最多有台备份机,定期把文件打包,数据库dump出来,仍在备份机上面。此类系统最蛋疼的事情是单点故障。硬盘坏了就完蛋。即时恢复,也需要手动把环境建立起来,慢慢恢复。

    2.主从系统或者说是负载均衡的系统

    mysql 来个主从,有主从有从,web服务,2台以上,每台都是一个独立主机。redis ,mongodb 都主从。可以配读写分离,也可以备机直接做backup ,然后遇到单点故障,手动切过去就可以了。恢复时间较短。但是如果碰到大半夜挂了,那就悲催了。

    3. 带自动切换的热备

    这个就比较好了,故障转移。然后后期在人员慢慢恢复,不影响用户使用。最为推荐。当然难度系统也是比前2者高,mysql的自动切换也不是那么好切的。

    运维理念上的问题,其实技术也就摆在那里了,你不是搞大并非,都有很成熟的方案,网上都能找到。这个时间就是看运维理念的问题,把运维简单理解为维稳,不做危险操作,那也是无法避免单点故障。架构上面的改变才能确保客户服务的高可用,但是比较遗憾很多公司都把服务器维护当作开支一点点精简,压缩,不肯划拨机器,那就没办法了,架构上天生有缺陷。导致出了问题恢复时间慢,用户流失厉害。

    现在云平台已经日益成熟,很容易的搞多开一些机器来搞高可用,成本也比托管机器小很多。关键是你的理念要有,不然就是埋了个定时炸弹,什么时候爆炸,不知道。

  • 相关阅读:
    数码摄影入门之十 数码相片后期处理
    Easy CHM 2.10
    LeapFTP 3.0.0.43 汉化版(附带LeapFTP 3.0注册码)
    使用“淘宝助理”的常见错误
    “互联网浏览器”控件与webBrowser控件的区别
    易语言源代码毁来者来了!!
    易语言正则表达式的多行匹配替换
    Explorer.exe鲜为人知的参数
    原始套接字概述
    网络技术数据封装
  • 原文地址:https://www.cnblogs.com/gqdw/p/3589893.html
Copyright © 2011-2022 走看看