- 综合排序
- 最热优先
- 最新优先
- 来自专栏小白晋级大师
分布式系统架构7：本地缓存
这是小卷对分布式系统架构学习的第10篇文章，在开始学习分布式缓存之前，先来学习本地缓存的理论基础，了解为什么需要用缓存 1.引入缓存的影响 我们在开发时，用到缓存的情况，无非就是为了减少客户端对相同资源的重复请求 引入缓存后，既有好处也有坏处 引入缓存负面影响： 开发角度，增加了系统复杂度，需考虑缓存失效、更新、一致性问题 运维角度，缓存会掩盖一些缺陷问题 安全角度，缓存可能泄密某些保密数据 引入缓存的理由： 为了缓解
31800编辑于 2025-01-17 - 来自专栏支付进阶之路
支付系统7大核心模块子域系统架构图
今天串讲支付系统的7大核心子域/模块，包括收单结算，资金产品，收银支付，渠道网关，会员平台，商户平台，账务中心等。 简明产品架构图 说明： 这个图画得比较简单，但是已经涵盖一个支付系统最核心的产品能力。 上面部分是会员或商户感知的产品能力，包括门户、收银台，收单产品，资金产品等。 下面部分是支付系统最核心的服务，用于支撑对外的产品能力。 1.2. 极简系统架构图 说明： 这个图很精简，但是已经能够说清楚支付系统最核心的模块划分。 完整系统架构图 说明： 这是一比较完整的系统架构图，属于逻辑划分。在单体应用中就是一些模块，在分布式应用中就是一些子域、子应用或子系统。 2. 7. 商户平台 管理商户的入驻、登录、交易管理等。 商户平台负责管理商户的生命周期，包括入驻签约、KYB、交易管理等。 8. 账务中心 资金账务：负责账户开立，记账等。
61210编辑于 2025-12-24 - 来自专栏EdisonTalk
5分钟了解系统架构设计（7）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 高可用，是近年来IT应用系统的常见需求。 1、明确系统高可用的评估标准 首先，N个9。即系统可用性指标要求是几个9，大部分互联网公司都要求4个9。 参考架构设计基础部分的一些关键指标 其次，影响请求量占比。 本质理解：从架构设计的角度出发，降级设计就是在做取舍，它是一种有损的系统容错方式。 （2）其次，我们需要说明如何实现的熔断 和 降级。 （3）最后，系统故障是不可避免的。 做架构设计的时候就需要把故障当作不可或缺的一环来处理，因此在分布式系统设计和开发的过程中，要通过各种架构手段来提高系统可用性。 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有
46130编辑于 2023-03-06 - 来自专栏全栈程序员必看
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 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划 -第2部分
第7章 系统规划 - 详细梳理总结（第2部分） 7.2 可行性研究与效益分析 可行性研究是项目计划和选择过程中的首要目标，用于对项目进行全面估算。 技术可行性 6.1 技术方案评估 ✅ 技术方案成熟可靠 选用SAP Business One，全球50万+企业成功案例 基于成熟的B/S架构，技术风险低 支持二次开发，满足个性化需求 6.2 技术资源评估 开发测试环境 需建设 厂商提供 6.3 技术风险控制 ️ 选择知名厂商，确保技术支持和产品稳定性 加强技术培训，建立内部技术团队 建立测试环境，充分测试后再上线 签订技术支持协议，确保长期技术保障 7. 用户使用可行性 8.1 组织管理可行性 评估维度 现状分析 适应性评估 改进措施 管理层支持 高层重视信息化 强 继续保持 组织架构 部门职责清晰 中等 需要调整 业务流程 相对规范 中等 需要优化 人员素质 风险控制考虑 - 识别风险并提出应对措施 使用建议： 可作为实际项目可行性报告的模板 根据具体项目调整分析内容和数据 重点关注定量分析和风险评估方法 ✅ 确保结论明确，建议具体可操作 说明： 这是第7章系统规划详细梳理总结的第
29710编辑于 2025-10-14 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划 -第3部分
第7章 系统规划 - 详细梳理总结（第3部分）️ 7.3 方案的制订和改进系统方案阶段主要解决"系统如何实现"的问题，是从概念模型到具体实现的关键转换。 系统方案制订的最主要内容，包括以下几个方面:一， 确定软件架构软件架构是系统实现的核心框架，与多个具体方面相关：1) 架构相关要素：2) 分析模型结构： 结构化分析方法得到的功能分解体系 面向对象的类和 主要控制类系统主要控制流程 决定系统架构骨架 组织方式 功能和服务的首要组织方式如网站首页设计 对象模式 对象的组织模式 决定系统内部结构 2) 情况二：预定计算体系 基于用户投资力度考虑 与用户现有IT设施保持一致性、兼容性、扩展性 考虑未来维护能力等因素✅ 系统基础平台在项目论证阶段已经确定标准计算体系架构分析：1) .NET三层架构各层详细说明 ： 技术水平的全面评价⚖️ 与商业评价进行比较 为系统演化提供第一手资料 说明： 这是第7章系统规划详细梳理总结的第3部分，主要涵盖了方案制订和新旧系统分析的详细内容。
19110编辑于 2025-10-14 - 来自专栏系统架构师设计师教程-解读
系统架构师设计师-第7章 系统规划-第1部分
第7章 系统规划 - 详细梳理总结（第1部分） 章节概述 系统规划是软件系统开发生命周期中的关键阶段，主要描述从项目提出、选择到确立的完整过程。 本章涵盖了系统项目的提出与可行性分析、系统方案的制订与评价、新旧系统的分析比较，以及现有资源的有效利用等核心问题。 生产计划、库存控制、面向订单生产 ERP系统、MIS系统 金融保险 分摊风险、补偿损失 保单管理系统、定损系统 教育行业 教书育人 教研系统、考试系统、资源库 2. 技术系统在用户业务中的位置和作用 信息化方案 信息化后的业务模型、应用方式、部署环境 需求定义 产品需求定义（功能、性能、约束）和部署方式 技术架构 产品或项目的技术框架 实施分析 项目要点、技术难点 商务条款或供应商/客户合同 项目建议书的重要意义： ✅ 标志着项目立项和选择阶段性工作的完成 一旦被批准通过，项目即可进入正式开发准备和实施阶段 为后续项目实施提供重要的指导文档和决策依据 说明： 这是第7章系统规划详细梳理总结的第
25610编辑于 2025-10-14 - 来自专栏AI系统
【AI系统】推理系统架构
推理系统架构是 AI 领域中的一个关键组成部分，它负责将训练好的模型应用于实际问题，从而实现智能决策和自动化。 在本文中，我们将主要以 NVIDIA Triton Inference Server 为基础深入探讨推理系统架构的各个方面。 本文将以 Triton 为例，介绍推理系统的架构和实现原理。Triton 接入层Triton 通过提供多种接入方式，支持不同场景下的模型推理需求。Ⅰ. 资源高效利用：多后端架构使得 Triton 能够根据模型特性和硬件资源情况智能选择最合适的推理引擎。 因此，自定义的后端推理引擎必须实现上述 7 个 API。接下来，我们将详细讲解如何开发自定义的后端推理引擎。Ⅰ.
1.6K10编辑于 2024-12-02 - 来自专栏ADAS性能优化
Android 系统架构
Big picture GFX 架构 Video playback Drm video Camera Audio APP vs windows Binder Message Normal Unix tasks ○SCHED_BATCH: Batch (non-interactive) tasks ○ SCHED_IDLE: Low prioritytasks EAS 中断系统
76620编辑于 2022-05-13 - 来自专栏知识图谱
JanusGraph系统架构
JanusGraph的模块化架构使其能够与各种存储，索引和客户端技术进行互操作; 这也使得JanusGraph升级对应的组件过程变得更加简单。 JanusGraph标配以下适配器，但JanusGraph的模块化架构支持第三方适配器。 高层JanusGraph架构和上下文
1.7K10发布于 2018-11-24 - 来自专栏云计算linux
Hbase系统架构
3.1 系统架构 HBase 系统遵循 Master/Salve 架构，由三种不同类型的组件组成： Zookeeper 保证任何时候，集群中只有一个 Master； 存贮所有 Region 的寻址入口；
37010编辑于 2024-12-19 - 来自专栏微服务
支付系统架构
大部分公司，只要想赚钱，就得上支付系统，让用户或者客户有地方交钱。 当然，公司发展的不同阶段，对支付系统的定位和架构也不同。 电商系统，指提供在线购物服务的系统。用户在这个系统中完成交易。 支付系统，可以是电商系统的一个模块，或者是个独立的系统。这是本文的主角，用来完成支付过程。 用户，在电商系统中败家的那位。 这就有三种情况： 电商系统和商家对账；电商系统和支付系统对账；支付系统和收单机构对账。最为支付系统，我们仅关注后两者的情况。 支付的典型架构 所以支付的坑还不少，我们先看看互联网的头牌们是如何设计支付系统的？ 先看看某团的： ? 再看某Q旅游公司的的： ? 对比下某东金融的： ? 最后看看业界最强的某金服金融的： ? 这其实也是普通互联网应用系统架构，没有什么特别之处。比如微服务如何体现，如何满足性能需求等，在这个视图中无法体现出来。
2.4K12发布于 2018-08-01 - 来自专栏program
Android 系统架构
首语 由于工作内容的转变，使得我向Android系统方向转变，对于一个Android系统工程师，了解Android整个系统架构是必然的。 推荐Android系统干货博主：Gityuan 系统架构 Android系统架构分为五层。从上往下依次是应用层、应用框架层、系统运行库层、硬件抽象层和Linux内核层。 Honeycomb 11 Android 2.3.3 Gingerbread 10 Android 2.3 Gingerbread 9 Android 2.2 Froyo 8 Android 2.1 Eclair 7 应用程序包 out 编译代码输出目录，可自定义 pdk Plug Development Kit，本地开发套件 platform_testing 平台测试 prebuilts X86和ARM架构下预编译的一些资源 AOSP 系统架构
1.5K61编辑于 2023-11-06 - 来自专栏个人分享
Hadoop系统架构
一、Hadoop系统架构图 ? Hadoop1.0与hadoop2.0架构对比图 ? YARN架构: ResourceManager –处理客户端请求 –启动/监控ApplicationMaster –监控NodeManager –资源分配与调度 NodeManager –单个节点上的资源管理 ApplicationMaster 首先向ResourceManager 注册， 这样用户可以直接通过ResourceManage 查看应用程序的运行状态，然后它将为各个任务申请资源，并监控它的运行状态，直到运行结束，即重复步骤4~7。 步骤7 各个任务通过某个RPC 协议向ApplicationMaster 汇报自己的状态和进度，以让ApplicationMaster 随时掌握各个任务的运行状态，从而可以在任务失败时重新启动任务。
2.1K30发布于 2018-09-06 - 来自专栏Android 进阶
Android 系统架构
Android 系统架构分为五层 从上到下依次为应用层、应用框架层、系统运行库层、硬件抽象层与Linux内核层。 应用层 应用层：系统内置的应用程序与非系统的应用程序，负责与用户的直接交互。 系统运行库 C/C++ 程序库，被Android中不同的组件使用，并通过应用程序为开发者提供服务 Android 运行库及Android 运行环境 ，运行时库又被非为核心库与ART虚拟机, ART 系统在安装应用时会进行一次预编译 Surface Manager - 对显示子系统的管理，并且为多个应用程序提 供了2D和3D图层的无缝融合。 硬件抽象层 位于操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化，保证硬件厂商的知识产权，隐藏特定平台的硬件接口细节，为操作系统提供虚拟硬件平台，使其具有硬件无关性，可在多种平台进行移植。 系统安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖与该内核。
1.2K10发布于 2019-12-26 - 来自专栏Java后端开发博客
HBase系统架构
# HBase系统架构 客户端 ZooKeeper HMaster RegionServer Hbase相关概念 逻辑模型 物理模型 实际存储方式 HBase是一个高可靠、高性能、面向列、可伸缩的分布式数据库 HBase的系统架构包括客户端、Zookeeper服务器、HMaster服务器、和RegionServer服务器这些组件。 # 客户端 HBase系统的入口 客户端是任务的发起者；它是整个储与管理HBase系统的入口，使用者直接通过客户 端来操作Hbase。 系统容错：每个RegionServer在加入集群时都需要到Zookeeper中进行注册，创 建一个状态节点，Zookeeper会实时监控每个RegionServer的状态。
1.4K30编辑于 2022-12-25 - 来自专栏全栈程序员必看
业务架构浅谈_业务架构和系统架构
一、序章 一般的工程师接触到的是 应用架构 ，传统的MVC分层架构、事件驱动架构、微内核等等。第一次接触业务架构这个概念是在来到商品发布团队之后。 商品发布是一个业务属性很重的系统，承载了诸多业务（业务多的围起来可以绕地球一圈）的商品发布功能。 四、如何做到灵活易接入的中台化产品 仅仅达到业务代码解耦并不够，商品发布系统要做一个中台化的产品。 使用微内核设计，对系统进行升级，只要用新模块替换旧模块，不需要改变整个操作系统。 微内核技术源于操作系统，但是在互联网产品“平台化”的大浪潮之下，这个技术得到了广泛的应用。 系统启动时，程序扫描出所有实现了SPI接口的插件，并集成到系统中对外提供服务。当新业务需要接入时，定义好一个业务身份，同时实现需要的SPI接口，即可完成业务的接入，同时做到业务的隔离。
1.4K41编辑于 2022-11-07 - 来自专栏迁移内容
Ambari系统架构
一、Ambari系统架构 Ambari框架采用的是Server/Client的模式，主要由两部分组成：ambari-agent和ambari-server。 二、Ambari-agent内部架构 Ambari-agent是一个无状态的，其功能分两部分： 采集所在节点的信息并且汇总发送心跳发送汇报给ambari-server。 三、Ambari-server内部架构 三种状态： Live Cluster State：集群现有状态，各个节点汇报上来的状态信息会更改该状态; Desired State：用户希望该节点所处状态，是用户在页面进行了一系列的操作 四、Ambari-web内部架构 Ambari-web使用了一个流行的前端Embar.js MVC框架实现，Embar.js是一个TodoMVC框架，它涵盖了现今典型的单页面应用（single page （5）、并通过控制台和系统提示通知你错误。
2.3K10编辑于 2022-12-01 - 来自专栏Java技术进阶
【系统架构】-如何评估软件架构
，它充分利用系统相关人员的经验和知识，获得对架构的评估，其缺点是很大程度上依赖于评估人员的主观推断。 基于度量 该方式建立在软件架构度量的基础上，首先要建立质量属性和度量之间的映射原则，即确定怎么样从度量结果推出系统具有什么样的质量属性；然后从软件架构文档中获取度量信息；最后根据映射原则分析推到出系统的质量属性 基于场景 该方式由SEI首先提出并应用在架构权衡分析法（ATAM）和软件架构分析法（SAAM）中，它是通过分析软件架构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该架构对这一场景所代表的质量需求的满足程度 架构权衡分析法-ATAM ATAM在SAAM的基础上发展起来，主要针对性能、实用性、安全性和可修改性，在系统开发之前，对这些质量属性进行评价和折中。 1、整理场景 2、对场景进行求精 3、确定场景的优先级 4、分配效用 5、形成策略-场景-响应级别的对应关系 6、使用“内插法”确定期望的质量属性响应级别的效用 7、计算架构策略的总收益
1.5K30编辑于 2022-12-02 - 来自专栏【程序员Aion】带你去考证
系统架构设计师｜关于系统架构（上）
前言从本篇开始，梳理关于软考的「系统架构设计师」的文章，如果不对，还望指出。1.1 系统架构系统架构是系统的一种整体的高层次的结构表示，是系统的骨架和根基，其决定了系统的健壮性和生命周期的长短。 通俗地说，【系统架构】系统架构 (System Architecture)是系统的一种整体的高层次的结构表示，是系统的骨架和根基，支撑和链接各个部分，包括组件、连接件、约束规范以及指导这些内容设计与演化的原理 系统架构设计的目的是对需要开发的系统进行一系列相关的抽象，用于指导系统各个方面的设计与实现，架构设计在系统开发过程中起着关键性作用，架构设计的优劣决定了系统的健壮性和生命周期的长短。 1.2 软件架构定义【软件架构】软件架构（也可称为体系结构）是用来刻画软件系统整体抽象结构的一种手段，软件架构设计也是软件系统开发过程中的一个重要环节。 并力图通过结构来反映系统的重要语义内容，包括系统的配置、约束、隐含的假设条件、风格和性质。研究结构模型的核心是架构描述语言。
1.7K31编辑于 2024-08-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号