- 综合排序
- 最热优先
- 最新优先
- 来自专栏JavaEdge
高可用架构设计(2) - hystrix
Hystrix的设计原则 对依赖服务调用时出现的调用延迟和调用失败进行控制和容错保护 在复杂的分布式系统中，阻止某一个依赖服务的故障在整个系统中蔓延，服务A->服务B->服务C，服务C故障了，服务B也故障了 整套分布式系统全部故障，整体宕机 提供fail-fast（快速失败）和快速恢复的支持 提供fallback优雅降级的支持 支持近实时的监控、报警以及运维操作5 Hystrix要解决的问题在复杂的分布式系统架构中 对于1亿次访问来说，3%的请求失败，也就意味着300万次请求会失败，也意味着每个月有2个小时的时间系统是不可用的。在真实生产环境中，可能更加糟糕。 Hystrix的更加细节的设计原则 阻止任何一个依赖服务耗尽所有的资源，比如tomcat中的所有线程资源 避免请求排队和积压，采用限流和fail fast来控制故障 提供fallback降级机制来应对故障
36220编辑于 2021-12-07 - 来自专栏前端博客
Taro架构构析(2)：Taro 设计思想及架构
为何我们要用 React 来写小程序 - Taro 诞生记 https://aotu.io/notes/2018/06/25/the-birth-of-taro/index.html转载本站文章《Taro架构构析 (2)：Taro 设计思想及架构》,请注明出处：https://www.zhoulujun.cn/html/webfront/AppDev/taro/8497.html
1K10编辑于 2023-04-09 - 来自专栏波波烤鸭
1-2 云商城架构设计
1-2 云商城架构设计 1、架构设计 云商城采用了当前主流的微服务技术架构，微服务技术栈采用了当前主流的SpringCloud Alibaba技术栈，从接入层、网关层、服务层、数据同步、服务治理、数据处理 、第三方接口多个方面进行了精心设计，技术经过了多次挑选、优中选优，最终打造了一套全网最优质的的微服务商城架构体系，解决了大型微服务电商应用中绝大多数难点、痛点问题。 2、前后端分离 我们过去开发一套系统，前端、后端都需要协同工作，很多时候分工不明确、责任不清晰，沟通成本大幅增加。 批量生成代码 链接：https://pan.baidu.com/s/15mBl5zFPRNGk5r1o2ZnLrw 提取码：nc4q 核心配置文件 #swagger 的路径、相对于当前项目 swaggerpath
1.6K10发布于 2021-01-13 - 来自专栏CSDN搜“看，未来”
Nginx（2）：架构设计与工作流程
图来自网络 ---- 架构设计 进程模型 预定：后边专门出一篇关于 nginx进程模型源码分析。 2、nginx采用了异步非阻塞的方式来处理请求。 3、线程只有一个，所以同时能处理的请求只有一个，只是在请求间进行不断地切换而已，切换也是因为异步事件未准备好，而主动让出的。 ⑥ 第三方模块 ---- nginx的框架设计就这么简单，一目了然。 nginx的框架设计就这么难，这一点点东西居然要撑起数万乃至数十万的并发。 ---- 工作流程 晓得个框架设计明显是不够的，框架设计可以说是骨架，皮肉就是里面那些模块了，那这些骨架和皮肉又是怎么盘活的呢？ Master 初始化 worker初始化 upstream工作流程 大概也就门清儿了，先学习进程模型、再进入几个核心模块看框架，最后再收了设计比较好的数据结构、内存池、缓冲区以及一些问题解决方案。
75440发布于 2021-10-09 - 来自专栏EdisonTalk
5分钟了解系统架构设计（2）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦架构设计的理解部分。 思维论 架构设计的关键思维是判断和取舍，而程序设计的关键思维是逻辑和实现。 一般通过系统序列图来展示： 打比方 软件架构设计类似于大自然“设计”一个生物，通过演化让生物适应环境，逐步变得更加强大。 架构设计过程： 首先，设计出来的架构要满足当时的业务需要； 其次，架构要不断地在实际应用过程中迭代，保留优秀的设计，修复有缺陷的设计，改正错误的设计，去掉无用的设计，使得架构逐渐完善； 第三，当业务发生变化时 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》
57410编辑于 2022-12-16 - 来自专栏开源项目分享
微商城之业务逻辑架构设计，B2B2C模式流程设计-OctShop
有些类目即可以支持B2b2c模式，也可以支持O2O模式时，这就看商家的选择，B2b2c和O2o也可以同时支持。 三、B2B2C模式商品展示：商城首页默认展示的就是B2B2C模式的商品，当前也可以根据客户的需要更改前端页面的展现形式。默认情况下，首页承载着B2B2C模式下各栏目和频道的入口链接。 如：B2B2C商品和店铺的搜索，商品的分类展示，B2b2c模式下的商品喜好推荐，自定义栏目，拼团，秒杀，活动等的入口。 四、B2B2C模式商品买家下单方式：首先买家找到想要购买的B2B2C模式属性的商品，加入购物车或直接提交订单，在订单确认属性：【配送方式】这栏中必须选择【送货上门(快递/物流)】,这样订单就属于 B2B2C 系统主要业务逻辑架构图如下：内容参考：pc.opencodetiger.com image.png
95400发布于 2021-10-22 - 来自专栏木宛城主
Unity应用架构设计(1)—— MVVM 模式的设计和实施(Part 2)
MVVM回顾 经过上一篇文章的介绍，相信你对MVVM的设计思想有所了解。MVVM的核心思想就是解耦，View与ViewModel应该感受不到彼此的存在。 View只关心怎样渲染，而ViewModel只关心怎么处理逻辑，整个架构由数据进行驱动。不仅View与ViewModel彼此解耦，ViewModel与ViewModel之间也是解耦的。 BindableProperty是一个很好的设计，它不仅可以用在ViewModel中，还可以用在View中，用它来修饰 ViewModel，当ViewModel 改变时，比如初始化时，或者从一个ViewModel ViewModel.Name.OnValueChanged += NameValueChanged; ... } 因为+=和-=是成对出现的，所以只要是看到 OnValueChanged，这部份代码的长度几乎都是*2。
2.7K90发布于 2018-01-11 - 来自专栏晓谈岩说
2-08聚合架构第三十八讲：聚合架构的设计过程
比如，对流程这件事，大家一直都有各种争论，站在自己的视角和理解上，都是正确的，不过，每种观点都会有局限性，无论你是赞成做好流程设计，还是反对流程僵化，都对。 这些年对企业架构的各种理解也更是如此，毕竟这个圈子案例远远少于观众。虽然有些很基本的道理就摆在那里，比如，理不清过程，你的软件要咋做出来呢？真见过不包含业务流程的业务系统吗？
46230编辑于 2022-06-06 - 来自专栏JavaEdge
图解MySQL系列(2)-SQL实战研究InnoDB架构设计
SQL实战研究InnoDB架构设计 update `user` set `name`='xxx' where `id`=1; 业务系统通过一个数据库连接发给MySQL，经过SQL接口、解析器、优化器、执行器 本文研究存储引擎的架构设计，探索存储引擎内部如何完成一条更新语句。 所以之前由于系统崩溃，而现在MySQL重启后，还能根据redo日志，恢复之前做过的修改： 若innodb_flush_log_at_trx_commit=2呢？ 若选择0，可能你提交事务后，MySQL宕机，则此时redo日志没有刷盘，导致内存里的redo日志丢失，你提交的事务更新的数据就丢了 若选择2，虽然之前提交事务时，redo日志进入os cache了，但还没进入磁盘文件 也能看出，一次更新语句的执行，其实分为如下阶段： 1、2、3、4其实都是你执行该更新语句时做的事 5、6是从你提交事务时开始，属于提交事务的阶段了 binlog日志的刷盘策略 sync_binlog参数可控制
53930编辑于 2022-02-04 - 来自专栏yeedomliu
《微服务设计》第 2 章 演化式架构师
第 2 章 演化式架构师 2.1 不准确的比较 架构师的一个重要职责是，确保团队有共同的技术愿景，以帮助我们向客户交付他们想要的系统。 在某些场景下，架构师只需要和一个团队一起工作，这时他们等同于技术引领者 ---- 2.2 架构师的演化视角 因此架构师必须改变那种从一开始就要设计出完美产品的想法，相反我们应该设计出一个合理的框架，在这个框架下可以慢慢演化出正确的系统 原则最好不要超过 10 个，或者能够写在一张海报上，不然大家会很难记住 Heroku 的 12 Factors（http://www.12factor.net）就是一组能够帮助你在 Heroku 平台上创建应用的设计原则 如果你的断路器依赖于 HTTP 返回码，并且一个服务决定使用 2XX 作为错误码，或者把 4XX 和 5XX 混用，那么这种安全措施就没什么意义了。 对以下几种请求做不同的处理可以帮助系统及时失败，并且也很容易追溯问题 （1）正常并且被正确处理的请求 （2）错误请求，并且服务识别出了它是错误的，但什么也没做 （3）被访问的服务宕机了，所以无法判断请求是否正常
60430发布于 2019-09-28 - 来自专栏木宛城主
Unity应用架构设计(4)——设计可复用的SubView和SubViewModel(Part 2)
在我们设计和开发应用程序时，经常要用到控件。比如开发一个客户端WinForm应用程序时，微软就为我们提供了若干控件，这些控件为我们提供了可被定制的属性和事件。 设计模式并不深奥，很多模式的理念都是相通的，不同的是对应语言下不同的表现形态，善于剖开现象看本质，很多都是相通的。 源代码托管在Github上，点击此了解
92570发布于 2018-01-11 Kubernetes设计架构
它的设计架构具有高度的可扩展性和灵活性，能够管理大规模的分布式系统。以下是 Kubernetes 的核心设计架构及其主要组件：1. 2.
60510编辑于 2024-08-28- 来自专栏Android技术分享
移动架构-IOC架构设计
控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。 } }); 这里使用注入，其过程比布局和控件注入稍微复杂一点，这是考虑到了扩展性，不能单一使用id完成注解 事件的监听包含事件源，事件和回调，因此其注解就稍微复杂一点，这里设计一个监听各种点击事件的监听 break; case R.id.onclick_button_two: Toast.makeText(this, "单击按钮 2 layout_width="match_parent" android:layout_height="wrap_content" android:text="单击按钮 2"
1.1K41发布于 2019-05-10 - 来自专栏博文视点Broadview
课程实录丨解密互联网架构设计（2）
举个例子，这页PPT左边的应用架构图是我们公司最早期的一个系统架构图，整体看来其实也是按照不同的业务领域进行的一个设计，边界也比较清楚，包括进展、支付、风控、限购等等这些模块，你可以认为它就是一个一个领域 ，按照了领域驱动来进行设计的。 当然面向服务架构也不是十全十美的，它从单体应用变成分布式应用之后，会额外引入很多的复杂性。为了解决这个复杂性，针对性地延伸出了一些设计原则。 实际上我认为面向服务设计能够支撑目前绝大多数公司的业务，即使是淘宝、支付宝这样巨无霸的公司，它们的架构本质也是一个属于服务化架构的范畴，没有超出服务化架构，虽然他们有很多一些匀化的东西，但它的也不足之处在于服务化会引入更多的复杂性 所以选择哪一种架构或者哪一种设计方式，其实是根据当前你所在企业业务的实际需要来的，千万不能盲目的去跟风，不能盲目的去选，不能因为某一种架构高大上，然后就一定要选它，肯定会出问题，要与你所在团队的能力相符
45910发布于 2020-06-11 - 来自专栏搜云库技术团队
架构设计《一》谈谈架构
1、需求相对复杂. 2、非功能性需求在整个系统占据重要位置. 3、系统生命周期长,有扩展性需求. 4、系统基于组件或者集成的需要. 5、业务流程再造的需要. 2、架构分类 架构可细分为业务架构、应用架构 应用架构图关键有2点： 1、职责划分: 明确应用（各个逻辑模块或者子系统）边界 1）逻辑分层 2）子系统、模块定义。 3）关键类。2、职责之间的协作：1）接口协议：应用对外输出的接口。 比如公司内不同的开发团队使用不同的技术栈或者组件，结果公司整体架构设计就会失控。 代码架构主要定义： 一、代码单元: 1、配置设计 2、框架、类库。二、代码单元组织： 1、编码规范，编码的惯例。 2、项目模块划分 3、顶层文件结构设计，比如mvc设计。 4、依赖关系 ? 2、可扩展：软件的设计秉承着低耦合的理念去做，注意在合理的地方抽象。方便功能更改、新增和运用技术的迭代，并且支持在适时对架构做出重构。
3.3K43发布于 2019-10-17 - 来自专栏六个周
Week2-脚手架架构设计和框架搭建
第一章 本周介绍 1-1 确立本周目标 脚手架的实现原理、调试原理 Lerna的常见用法、源码分析 架构设计技巧和架构图绘制方法 Node的module模块分析 yargs使用方法 剖析Lerna 架构设计 1-2 前端研发脚手架imooc-cli核心功能演示 安装imooc-cli脚手架： npm i -g @imooc-cli/core 查看脚手架相关内容： ** **imooc-cli 3-2 原生脚手架开发痛点分析 lerna设计源于其要解决的问题，首先我们要分析写原生脚手架开发的痛点： 痛点一：重复操作 多Package本地link 多Package依赖安装 多Package单元测试 优势 大幅减少重复操作 提升操作的标准化 Lerna 是架构优化的产物，它揭示了一个架构真理：项目复杂度提升后，就需要对项目进行架构优化。架构优化的主要目标往往都是以效能为核心。 对我们开发脚手架有借鉴意义 Lerna项目中蕴含大量的最佳实践，值得深入研究和学习 学习目标 Lerna源码结构和执行流程分析 import-local源码深度精读 学习收获 如何将源码分析写进简历 学习明星项目的架构设计
1.7K30编辑于 2022-10-28 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
76720发布于 2018-06-25 - 来自专栏小勇DW3
亿级流量场景下，大型缓存架构设计实现【2】
1、 分发层+应用层 的双层nginx架构，提升缓存命中率 缓存架构图： ? 架构图介绍： 1、缓存命中率低 缓存数据生产服务那一层已经搞定了，相当于三层缓存架构中的本地堆缓存+redis分布式缓存都搞定了 就要来做三级缓存中的nginx那一层的缓存了 如果一般来说，你默认会部署多个 nginx，在里面都会放一些缓存，就默认情况下，此时缓存命中率是比较低的 2、如何提升缓存命中率 分发层+应用层，双层nginx 分发层nginx，负责流量分发的逻辑和策略，这个里面它可以根据你自己定义的一些规则 最前端的nginx服务器，被称之为分发服务器 看似很简单，其实很有用，在实际的生产环境中，可以大幅度提升你的nginx本地缓存这一层的命中率，大幅度减少redis后端的压力，提升性能 openresty的设计 = {"192.168.31.187", "192.168.31.19"} local hash = ngx.crc32_long(productId) local index = (hash % 2)
71920发布于 2019-10-14 - 来自专栏白驹过隙
架构设计 - Server设计草稿
架构可依据具体前端需求进行裁剪，灵活配置。 gate用于业务框架分布式部署，在业务量可控范围可取消，做集中控制。
907100发布于 2018-05-18 - 来自专栏DDD
架构与架构师2
因为这些概念比较虚，离我们具体coding有点远，但学习新知识又都是从定义起始，定义不理解时，就实践，再回看定义，可架构太大了，短时间没能力也没条件去架构设计 而且这定义可是一位阿里P9级别多年经验总结归纳出来的 ，得行多少路，抽象了多少回，才有的认知，所以我也不打算靠记忆了，不过对于模块和组件的认知很独到 虽然架构定义众家纷说，但对于如何描述架构还是有共识的，那就是“4+1视图”，在《架构和架构师》[2]也描述了 》中也提了，万事要以降低代码复杂度为大计，先Review设计实现思路，然后Review设计模式，接着Review成形的骨干代码，最后Review完成的代码；到了架构设计更是得如此，落地到代码层面，也就是要解决代码要如何被组织的问题 这个过程，回顾最近几个系统设计的确是这样的 1.业务方提出一个业务，刚开始可能只是个目标，轮廓2.与业务方、产品不停的交流，交流得越深入，需求就越明确3.理解业务并明确需求后，划分模块，不管是传统画ER 图，还是4色建模，找出实体以及他们的关系4.模块确定后，就是再深入细节，模块内部的业务流程，模块之间的交互5.最后整理，确定技术选型，输出设计方案 之后，在架构落地过程中，随着业务进化，不停地演化架构，
63210发布于 2021-03-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号