- 综合排序
- 最热优先
- 最新优先
- 来自专栏闲余说
架构设计 7-高可用架构设计之异地多活
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。 代价很高 系统复杂度会发生质的变化，需要设计复杂的异地多活架构。 成本会上升，毕竟要多在一个或者多个机房搭建独立的一套业务系统。 架构设计上可以将两个机房当作本地机房来设计，无须额外考虑。 关键在于数据不一致的情况下，业务不受影响或者影响很小，这从逻辑的角度上来说其实是矛盾的，架构设计的主要目的就是为了解决这个矛盾。 可恢复性：可恢复性指数据丢失后，是否可以通过某种手段进行恢复，如果数据可以恢复，至少说明对业务的影响不会那么大，这样可以相应地降低异地多活架构设计的复杂度。
1.1K20编辑于 2022-08-19 - 来自专栏架构师成长之路
架构师技能7：循环依赖引发的架构设计思考
面向对象设计常用的7个原则也基本从上面三大核心原则衍生出来，这些原则也并不是孤立存在的，它们相互依赖，相互补充。 前5个原则组合称为：SOLID 固定原则 设计原则：面向对象设计原则详解_hguisu的博客-CSDN博客_面向对象设计原则 三、问题的思考：架构设计 面对大工程，仍然需要有一定的方法论，架构设计的本质是管理复杂性 善于总结、不断反思做更好的自己_hguisu的博客-CSDN博客_善于总结反思 架构设计设计文档的目的： 架构设计（1）-谈谈架构_hguisu的博客-CSDN博客_架构 架构设计(7)—如何设计架构和画架构图 1、总体架构 2、指导原则： 主要总结项目应用来哪些原则：架构设计不像数据公式或者定律，很难一概而就。很多时候是设计者（架构师）的各种设想，各种权衡折中而符合系统需求的智慧输出。 一些好的架构设计原则可以确保设计决策在一定程度上能够满足需求。
1.1K20编辑于 2022-05-11 - 来自专栏EdisonTalk
5分钟了解系统架构设计（7）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 高可用，是近年来IT应用系统的常见需求。 参考架构设计基础部分的一些关键指标 其次，影响请求量占比。即一段时间内（比如1年）的停机影响的请求量占比。 2、设计服务可用性监控系统 首先，假设我们的评估标准是4个9，即99.99%的可用性。 本质理解：从架构设计的角度出发，降级设计就是在做取舍，它是一种有损的系统容错方式。 （2）其次，我们需要说明如何实现的熔断 和 降级。 做架构设计的时候就需要把故障当作不可或缺的一环来处理，因此在分布式系统设计和开发的过程中，要通过各种架构手段来提高系统可用性。 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有
46130编辑于 2023-03-06 - 来自专栏木宛城主
Unity应用架构设计(7)——IoC工厂理念先行
如果之前没有接触过设计模式，你可能会疑惑，我直接使用 『new』 关键字难道不能创建对象吗？为什么还要大费周章的让工厂来创建？ 小结 工厂模式是最常见的设计模式，根据工厂的类型可以获取不同形式的数据对象，比如单例数据、临时数据、亦或是对象池数据。
1K70发布于 2018-03-28 - 来自专栏体验主义
最新iOS设计规范二｜7大应用架构
作为互联网应用的开发者、产品经理、体验设计师，都应当理解并熟悉平台的设计规范。这有利于提高我们的工作效率，保证用户良好的体验。 本文是iOS设计规范系列第二篇：7大应用架构。 7大架构（Architecture） 架构是有关软件/系统整体流程、结构与组件的抽象描述，用于指导大型软件/系统各个方面的设计。iOS关于架构的指导原则分为7个如下的部分。 为确保从启动屏幕无缝过渡，设计启动屏幕时应当尽量接近于APP首页。（设计规范虽如此，但实际上大家基本都在用广告，大型APP比如微信QQ会用自己的品牌） 启动页采用适当的方向。 设计师可以考虑用自定义动画亦或是与APP风格相匹配的元素来设计，会使用户有更沉浸式的体验。 四、模态（Modality） 模态，是一种设计方式。 设计一种能快速、轻松地获取内容的信息结构。为你的APP设计一个信息架构，在这个架构中，只需要最少的点击、最少的滑动和最少的页面数量便可以访问相应内容。 使用手势操作让页面切换更流畅。
3.8K20发布于 2021-04-08 - 来自专栏Java进阶架构师
「架构技术专题」超详细网站伸缩性架构的设计（7）
一、网站架构的伸缩性设计 1.1 不同功能进行物理分离实现伸缩 （1）纵向分离：将业务处理流程上得不同部分分离部署，实现系统的伸缩性； ? 二、应用服务器集群的伸缩性设计 2.1 应用服务器那点必须知道的事儿 （1）应用服务器应该被设计成无状态的，即应用服务器不存储请求上下文信息；构建集群后，每次用户的请求都可以发到集群中任意一台服务器上处理 三、分布式缓存集群的伸缩性设计 不同于应用服务器集群的伸缩性设计，分布式缓存集群的伸缩性不能使用简单的负载均衡手段来实现。 四、数据存储服务器集群的伸缩性设计 首先，数据存储服务器必须保证数据的可靠存储，任何情况下都必须保证数据的可用性和正确性。因此，缓存服务器集群的伸缩性架构方案不能直接适用于数据库等存储服务器。 上图是HBase的整体架构图： ①HBase中数据以HRegion为单位进行管理，也就是说应用程序如果想要访问一个数据，必须先找到HRegion，然后将数据读写操作提交给HRegion，由HRegion
57920发布于 2018-08-15 - 来自专栏java思维导图
日均7亿交易量，如何设计高可用的MySQL架构？
运行的风险：随着很多的业务从网点变成线上，新的业务提出了更高的业务连续性保障，包括 7×24 小时，传统的架构从架构设计上无法做到这样的支持。 我们通过 MySQL 支持的核心交易达到日均 7 亿的交易量，经历过双十一、2018 年的双十一和春节的高峰期的 1.5 万的 TPS。 我们的架构现在通过横向扩展可以达到几万的 TPS。 我们就是基于 3 万 TPS 的设计目标进行了架构设计，理论上通过扩展设备还可以无限地增加。如果通过主机想达成这个目标，那么挑战就会比较大。 另外通过良好的架构设计，我们可以满足两地三中心的架构要求，做到同城 RPO=0，RTO<60s。 当时的交易要求高并发、低延时，日均交易量 3 亿，这个应用的内部交易延时不能超过 100ms，要求 7×24 小时的联机服务。 我们实施的架构是高可用架构同城分片双活。
78910发布于 2019-09-17 - 来自专栏A周立SpringCloud
日均7亿交易量，如何设计高可用的MySQL架构？
运行的风险：随着很多的业务从网点变成线上，新的业务提出了更高的业务连续性保障，包括 7×24 小时，传统的架构从架构设计上无法做到这样的支持。 我们通过 MySQL 支持的核心交易达到日均 7 亿的交易量，经历过双十一、2018 年的双十一和春节的高峰期的 1.5 万的 TPS。 我们的架构现在通过横向扩展可以达到几万的 TPS。 我们就是基于 3 万 TPS 的设计目标进行了架构设计，理论上通过扩展设备还可以无限地增加。如果通过主机想达成这个目标，那么挑战就会比较大。 另外通过良好的架构设计，我们可以满足两地三中心的架构要求，做到同城 RPO=0，RTO<60s。 当时的交易要求高并发、低延时，日均交易量 3 亿，这个应用的内部交易延时不能超过 100ms，要求 7×24 小时的联机服务。 我们实施的架构是高可用架构同城分片双活。
1K20发布于 2019-07-10 Kubernetes设计架构
它的设计架构具有高度的可扩展性和灵活性，能够管理大规模的分布式系统。以下是 Kubernetes 的核心设计架构及其主要组件：1. 7. 配置管理Kubernetes 提供了两种主要的配置管理机制：ConfigMap： 用于存储非敏感配置数据（如配置文件和环境变量）。
47110编辑于 2024-08-28- 来自专栏全栈程序员必看
armeabi-v7a架构(sv7a)
armeabi与armeabi-v7a表示支持不同的CPU类型armeabi是指的该so库用于ARM的通用CPU，而v7a的CPU支持硬件浮点运算。 v5 cpu，armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。 ARM* 表示其基于 128 位 SIMD 引擎的技术 – ARM* Cortex*（一种串行扩展）—可提供比 ARM* v5 架构至少高 3 倍的性能，以及比 ARM* v6 至少高 2 倍的性能。 SSE： 英特尔推出的类似 NEON 的工具SSE 指面向英特尔架构(IA)的SIMD 流指令扩展。 目前，英特尔® 凌动™ 最高支持 SSSE3（补充 SIMD 流指令扩展 3）。 如欲了解详细信息，请参阅英特尔《IA-32 和 IA-64 软件开发人员手册》中的“第一卷： 基础架构”部分。
1.8K10编辑于 2022-07-28 - 来自专栏Android技术分享
移动架构-IOC架构设计
控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。 } }); 这里使用注入，其过程比布局和控件注入稍微复杂一点，这是考虑到了扩展性，不能单一使用id完成注解 事件的监听包含事件源，事件和回调，因此其注解就稍微复杂一点，这里设计一个监听各种点击事件的监听
99041发布于 2019-05-10 - 来自专栏搜云库技术团队
架构设计《一》谈谈架构
那什么样的系统要考虑做架构设计? 四、代码架构（也叫开发架构）： 子系统代码架构主要为开发人员提供切实可行的指导，如果代码架构设计不足，就会造成影响全局的架构设计。 系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这也是架构设计工作中最为困难的工作。 xss攻击 sql注入 csr攻击 web防火墙漏洞 安全漏洞 ssl 7、架构书籍推荐 1、《大型网站技术架构：核心原理与案例分析》 这是比较早，比较系统介绍大型网站技术架构的书，通俗易懂又充满智慧 4、《分布式服务架构：原理、设计与实战》 这本书全面介绍了分布式服务架构的原理与设计，并结合作者在实施微服务架构过程中的实践经验，总结了保障线上服务健康、可靠的最佳方案，是一本架构级、实战型的重量级著作
3.2K42发布于 2019-10-17 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
71520发布于 2018-06-25 - 来自专栏悠扬前奏的博客
Kafka-7.设计
4.1 动机 Kafka设计的目的是为能作为一个统一的平台来处理大公司可能有的实时数据流。为此，需要考虑相当广泛的用例。 它必须有高吞吐量来支持高容量事件流，例如实时日志聚合。 支持这些用途，使我们的设计具有一些独特的元素，更类似于一个数据库日志而不是传统消息传递系统。我们将在以下部分描述一些设计的元素。 并且设计合理的磁盘结构能够和网络一样快。 关于磁盘性能的关键事实是硬盘的吞吐量和过去十年中磁盘的搜索延迟不同。 这种以页缓存为中心的设计风格在一篇关于Varnish设计的文章中有所描述。 如果下游基础架构服务因为应用程序的少量使用就很容易成为了瓶颈，那么这样的小改变就产生了问题。通过速度，我们确保应用程序在基础架构之前tip-over under load。
65820发布于 2019-06-11 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
863100发布于 2018-05-18 - 来自专栏IT大咖说
软件架构设计-软件架构风格、分层架构
软件架构是可传递可复用的模型，架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配，即满足，需求的职责分配到组件上。 软件架构设计是降低成本、改进质量、按时和按需交付产品的关键因素。 然而系统架构的给出必须建立在需求明确的基础上。 软件架构能够在设计变更相对容易的阶段，考虑系统结构的可选方案，便于技术人员与非技术人员就软件设计进行交互，能够展现软件的结构、属性与内部交互关系。 面向对象风格 面向对象在类的层次实现高度内聚，整个系统通过不同类的组合调用实现不同功能，便于类的复用，只是面向对象是一个通用风格，类的划分不同设计人员设计结果有很大不同，对实际架构设计指导意义不大。 比如java内存垃圾的回收机制也做成了一种设计模式。 7. 软件架构需求 软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。
3.6K41发布于 2021-07-19 - 来自专栏全栈程序员必看
软件架构设计—软件架构概述
软件设计人员学习软件架构知识旨在站在较高的层面上整体地解决好软件的设计、复用、质量和维护等方面的实际问题。 （6）架构隐含有“决策”，即架构是由架构设计师根据关键的功能和非功能性需求（质量属性及项目相关的约束）进行设计与决策的结果。 不同的架构设计师设计出来的架构是不一样的，为避免架构设计师考虑不周，重大决策应经过评审。特别是架构设计师自身的水平是一种约束，不断学习和积累经验才是摆脱这种约束走向自由王国的必经之路。 在设计软件架构时也必须考虑硬件特性和网络特性，因此，软件架构与系统架构二者间的区别其实不大。但是，在大多情况下，架构设计师在软件方面的选择性较之硬件方面，其自由度大得多。 从软件生命周期来看，软件架构是所开发系统的最早设计决策的体现，主要表现为： 架构明确了对系统实现的约束条件：架构是架构设计师对系统实现的各方面进行权衡的结果，是总体设计的体现，因此，在具体实现时必须按架构的设计进行
3.2K40编辑于 2022-08-23 - 来自专栏JAVA乐园
架构: 数据库架构设计
引言 本文介绍数据库中的架构设计； 通常，单机是无法满足大系统对数据库的读写要求的，必须用集群的方式来解决； 引入集群意味着提升了系统的复杂度，使系统变得复杂和不好维护； 通常采用数据库负载均衡策略、读写分离策略 然后才能进行我们需要的查询操作； 优点：灵活性强，一对一关系； 缺点：每次查询之前都要多一次查询，会造成一定的性能损失； source: //changsiyuan.github.io/2018/07/17/2018-7-
1.3K30编辑于 2022-03-08 - 来自专栏互扯程序
秒杀架构设计
订单按钮 页面流量突增 秒杀活动开始前后，会有很多用户请求对应商品页面，会造成后台服务器的流量突增，同时对应的网络带宽增加，需要控制商品页面的流量不会对后台服务器、DB、Redis 等组件的造成过大的压力 架构设计思想 如何把瞬间的流量峰值变得更平缓，是能否成功设计好秒杀系统的关键因素。 实现流量削峰填谷，一般的采用缓存和 MQ 中间件来解决 异步 秒杀其实可以当做高并发系统来处理，在这个时候，可以考虑从业务上做兼容，将同步的业务，设计成异步处理的任务，提高网站的整体可用性 缓存 秒杀系统的瓶颈主要体现在下订单 如果我们把部分业务逻辑迁移到内存的缓存或者 Redis 中，会极大的提高并发效率 整体架构 ? 客户端优化 客户端优化主要有两个问题 秒杀页面 秒杀活动开始前，其实就有很多用户访问该页面了。
67130发布于 2019-09-29 - 来自专栏Java工程师成长之路
架构设计（二）
架构设计（二） 1.1. 分布式事务设计与实践 1.1.1. 数据一致性定义 1.1.2. 数据不一致原因 1.1.3. 刚性分布式事务 1.1.3.1. 异步场景分布式事务设计 1.1.7.1. 业务方提供回查 1.1.7.2. 本地事务消息表 1.1.8. 同步场景分布式事务设计 1.1.8.1. 案例成功 1.1.8.2. 案例失败
37220发布于 2019-09-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号