我在一些讨论高可用系统的地方看到大家只讨论各个公司的技术方案，其实，高可用的系统并不简单的是技术方案，一个高可用的系统其实还包括很多别的东西，所以，我觉得大家对高可用的系统了解的还不全面，为了让大家的认识更全面，所以，我写下这篇文章。理解高可用系统首先，我们需要理解什么是高可用，英文叫High Availability，基本上来说，就是要让我们的计算环境（包括软硬件）做到full-time的可用性
转载
2024-06-24 00:22:20
36阅读
一、系统设计的一些原则海恩法则事故的发生是量积累的结果再好的技术、在完美的规章，在实际操作层面也无法取代人自身的素质和责任心墨菲定律任何事情都没有表面看起来那么简单所有事情的发展都会比你预计的时间长会出错的事总会出错如果你担心某种情况发生，那么它更有可能发生二、软件架构中的高可用设计2.1、什么是高可用假设一个系统一直可以提供服务，那么这个系统的可用性是100%。大部分公司的高可用目标是99.99
转载
2023-07-24 20:20:50
142阅读
1.高负载的解决之道
1>硬件：处理能力的提升，内存带宽和容量，部署多核、更高效率和高速缓存的CPU。
2>软件：服务器分离，数据库集群。根据业务分离，如静态页面网站和对安全性比较高的系统
3>环境：系统占用资源少，优先nginx，给mysql做对应的优化，加载尽可能少的php模块
4>测试：使用webbench,apachebench模拟并发，进行压力测试，查看
转载
2024-04-23 10:51:52
26阅读
# 实现系统高可用架构的指南
在现代系统设计中，高可用架构是确保系统在遇到故障或负载增加时仍然能够正常运行的关键。对于刚入行的小白来说，实现高可用架构可能听起来有些复杂，但通过明确的步骤和示例代码，我们可以轻松地理解这个过程。
## 高可用架构实现流程
首先，我们可以将实现高可用架构的过程分为几个主要步骤。下表展示了具体的步骤：
| 步骤 | 描述
原创
2024-10-07 06:07:51
62阅读
设计建议减少单点 – 去单点首先要识别整个系统所有主链路的单点，如机房（同城异地双机房），应用服务器，DNS服务器，SFTP服务器，LBS，缓存服务器，数据库，消息服务器，代理服务器和专线等，如系统通过专线调用对方服务，需要考虑同时拉联通和电信的专线，联通或电信的专线还是有一定概率会出现问题的，但是同时出问题的概率会小非常多。优先使用软负载，使用硬负载兜底。减少依赖 – 减少D
转载
2024-05-30 09:45:41
69阅读
高可用性系统无中断地执行其功能的能力，代表系统的可用性程度，是进行系统设计时的准则之一。 高可用的“冗余”解决方案，单纯从形式上来看，和之前讲的高性能是一样的，都是通过增加更多机 器来达到目的，但其实本质上是有根本区别的：高性能增加机器目的在于“扩展”处理性能；高 可用增加机器目的在于“冗余”处理单元。计算高可用计算：指业务的逻辑处理，同样的算法和输入数据，产出的结果都是一样的。影响因素，类似高性
转载
2024-03-04 14:57:42
62阅读
高可用系统架构1: 限流
目的分布式环境中，可能存在恶意攻击如DDoS、刷量；或活动瞬时流量(正常业务范围内一般不限流) 等可以击垮系统的风险，通过分析业务请求场景，确认针对业务系统的限流策略，可以有效的应对流量激增做带来的影响，提供系统可用性；可以说限流是系统正常稳定运行的保险丝，避免突刺消耗，避免雪崩效应
常见限流算法对于限流算法，简单的基于访问量、基于并发数的访问控制，
转载
2024-01-06 23:10:32
29阅读
一、前言高并发、高可用、高性能被称为互联网三高架构，这三者都是工程师和架构师在系统架构设计中必须考虑的因素之一。今天我们就来聊一聊三H中的高可用，也是我们常说的系统稳定性。本篇文章只聊思路，没有太多的深入细节。阅读全文大概需要5~10分钟。二、高可用的定义业界常用N个9来量化一个系统可用性程度，可以直接映射到网站正常运行时间的百分比上。可用性的计算公式：大部分公司的要求是4个9，也就是年度宕机时长
随着各大互联网公司业务需求的快速增长，业务架构已经不是一个新鲜词。业务的快速发展、业务量的持续增长、业务场景的日益复杂和差异化、业务需求的不断变化，都对平台架构和系统设计的演进提出了更多的挑战和更高的要求。架构师在设计系统时要考虑到业务功能的实现，保证系统的高并发性和高可用性。下面就带大家了解什么是高并发？什么是高性能？什么是高可用？1、商城高并发（High Concurrency）图片来自互联网
转载
2023-09-18 11:45:04
94阅读
互联网三高架构：高并发、高性能、高可用面向互联网的三高系统，最关注的软件质量属性是：性能、可用性、伸缩性、扩展性、安全性。而构建此类系统，最常见的架构模式有：横向分层、纵向分割、分布式化、集群化、使用缓存、使用异步模式、使用冗余、自动化（发布、部署、监控）。具体来说，可以在不同层次常用的技术有：前端架构浏览器优化技术：合理布局，页面缓存，减少http请求数，页面压缩，减少 cookie 传输。1）
转载
2023-12-18 16:10:21
64阅读
“高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。 计算机系统的可靠性用平均无故障时间（MTTF）来度量，即计算机系统平均能够正常运行多长时间，才发生一次故障。系统的可靠性越高，平均无故障时间越长。可维护性用平均维修时间（MTTR）来度量，即系统发生故障后维修和重新恢复正常运行平均花费
转载
2024-01-05 23:37:31
66阅读
什么是分布式、高并发、集群、负载均衡、高可用 2018年10月17日 11:00:02 空空空如也空空空如也 阅读数 1340 网图在这里插入图片描述以下转自博客 侵权立删 分布式（不一定有集群）：是指将不同的业务分布在不同的地方（应用服务器）。集群cluster：一群机器的集合。 1 负载均衡（集群）：（Load balance cluster， LBC）（负载均衡器）根据规则（平均）分配各
转载
2023-12-18 22:19:17
57阅读
1 Hystrix是什么？在分布式系统中，每个服务都可能会调用很多其他服务，被调用的那些服务就是依赖服务，有的时候某些依赖服务出现故障也是很正常的。Hystrix可以让我们在分布式系统中对服务间的调用进行控制，加入一些调用延迟或者依赖故障的容错机制。Hystrix通过将依赖服务进行资源隔离，进而组织某个依赖服务出现故障的时候，这种故障在整个系统所有的依赖服务调用中进行蔓延，同时Hystrix...
原创
2022-03-14 14:35:56
349阅读
系统的可用性，即系统服务不中断运行时间占实际运行时间的比例。所以，可用性其实是一个百分比，如99.9%。根据ISO 9241-11的定义，可用性是指在特定环境下，产品为特定用户用于特定目的时所具有的有效性、效率和主观满意度。我们通常会听说一个词：高可用，其实指的就是高可用性。高可用指的就是系统服务不中断运行时间占实际运行时间的占比更大。 系统可用性所关注的几个方面： 如何检测系统故
转载
2024-02-04 03:52:12
65阅读
1 Hystrix是什么？在分布式系统中，每个服务都可能会调用很多其他服务，被调用的那些服务就是依赖服务，有的时候某些依赖服务出现故障也是很正常的。Hystrix可以让我们在分布式系统中对服务间的调用进行控制，加入一些调用延迟或者依赖故障的容错机制。Hystrix通过将依赖服务进行资源隔离，进而组织某个依赖服务出现故障的时候，这种故障在整个系统所有的依赖服务调用中进行蔓延，同时Hystrix...
原创
2021-07-08 17:04:34
548阅读
文章目录系统高可用架构一、高可用架构简介系统可用性的度量故障原因什么是高可用的系统架构二、高可用架构理论三、架构模式主备复制主从复制集群+分区四、高可用的应用负载均衡分布式 Session五、高可用的服务分级管理超时重试异步调用过载保护限流基于请求限流基于资源限流降级熔断幂等性设计六、高可用的存储数据备份失效转移失效确认访问转移数据恢复七、辅助手段异地多活发布流程系统监控参考资料 系统高可用架构
转载
2023-12-11 16:00:51
22阅读
高可用的网站架构网站的高可用架构设计的主要目的是：保证服务器硬件故障时服务依然可用、数据依然保存并能够访问。实现上诉高可用架构主要方式：数据和服务的冗余备份及失效转移。服务器宕机就切换到其他可用服务器，磁盘损坏就从备份磁盘读取数据。高可用的应用应用层主要是处理网站应用业务逻辑，应用的一个显著特点就是：应用的无状态性。1、使用负载均衡进行无状态服务的失效转移：Http请求是无状态的，服务器不保存请求
转载
2023-11-01 22:31:47
112阅读
1、Rancher 技术架构k8s 作为容器管理系统，以其可移植性，可扩展性还有自动化的优点，在云计算领域受到越来越多的关注。 而rancher是为使用容器的公司打造的容器管理平台。Rancher 简化了使用 Kubernetes 的流程，开发者可以随处运行 Kubernetes。 Rancher 1.x 最初是为了支持多种容器编排引擎而构建的，其中包括自己的容器编排引擎 Cattle。但随着 K
转载
2024-01-23 23:38:40
73阅读
架构设计三大定律墨菲定律任何事没有表面看起来那么简单所有的事都会比预计的时间长 - 可能出错的事情总会出错 - 担心某种事情发生，那么它就更有可能发生康威定律系统架构师公司组织架构的反映 按照业务闭环进行系统拆分/组织架构划分，实现闭环、高内聚、低耦合，减少沟通成本如果沟通出现问题，应该考虑进行系统和组织架构的调整 适合时机进行系统拆分。不要一开始就吧系统、服务拆分拆的非常细，虽然闭环，但是每个人
转载
2024-04-03 22:37:19
73阅读
前言：最近在与广东互联网基地一起进行无线城市集中平台的建设，在系统设计、架构调优上做了很多的探索，也在系统集成测试和性能调优中遭遇了很多的烦恼，心里有一些所得所悟，希望与大家共同学习探讨。 WEB系统最容易出现性能故障的点在哪里？ 有很多人对此不知其然，或知其然而不知其所以然。下面这张图，是在一个大型的WEB系统设计中，经典的架构设计和分层模式。 1） 前端负载均
转载
2024-01-01 21:12:40
38阅读
