- 综合排序
- 最热优先
- 最新优先
- 来自专栏区块链开发
Web3软件系统的技术架构
Web3 的技术架构与传统 Web2 应用有显著区别，其核心在于利用区块链实现去中心化和无需信任的交互。一个典型的 Web3 应用的技术架构通常可以划分为以下几个主要层次。1. 区块链层 (Blockchain Layer)这是 Web3 架构的基础，提供了去中心化的账本和智能合约执行环境。 跨层交互Web3 架构中的各个层之间需要进行有效的交互：客户端通过 Web3 库与区块链节点通信： 发送交易、查询链上数据。客户端通过钱包与智能合约进行交互： 签名交易、调用合约函数。 智能合约可以与去中心化存储系统交互（通常通过存储系统的哈希）。后端服务可以调用智能合约函数或监听链上事件。Web3 技术架构的特点：去中心化: 核心逻辑和数据存储不再依赖于单一的中心化服务器。 理解 Web3 的技术架构有助于开发者更好地设计和构建去中心化应用，并认识到其与传统 Web2 应用在设计理念和技术实现上的差异。
57300编辑于 2025-05-12 - 来自专栏小白晋级大师
分布式系统架构3：服务容错
这是小卷对分布式系统架构学习的第3篇文章，虽然知道大家都不喜欢看纯技术文章，写了也没多少阅读量，但是个人要成长的话，还是需要往深一点的技术上去探索的1.为什么需要容错分布式系统的本质是不可靠的，一个大的服务集群中 实际应用场景：分布式系统中，单点故障时，流量调度系统不再给该节点分配流量，每隔5分钟自动检查节点是否恢复。 5个接口，这5个接口中只要有3个接口返回成功了就认为成功，问如何设计并实现周志明大佬的答复：我看这题是个圈套呀，大多数的架构设计题目，固定答案往往都是不对的。 因为做技术设计是为了解决实际问题，不能谈兵，所以方案要根据希望实现的目标而定： 如果目的是这项业务尽可能快速地完成，那就forking策略，5个一起调用，成功3个算过。 如果目的是这项业务尽可能少消耗资源，那就failfast策略，先对它们出错概率做个先验判断，排序后先调用最容易出错的，错够3次算失败，后面的不执行。
40610编辑于 2024-12-18 - 来自专栏JavaEdge
系统架构设计(3)-可扩展性
针对特定级别负载而设计的架构不大可能应付超出预设目标10倍的实际负载。若目标服务处于快速增长阶段，则需要认真考虑每增一个数量级的负载，架构应如如何设计。 在单台机器上运行的系统通常更简单，而高端机器昂贵，且扩展水平有限，所以无法避免需要水平扩展。好架构通常要做取舍，例如，使用几个强悍服务器仍可以比大量小型虚拟机来得更简单、便宜。 而随分布式系统发展，至少对某些应用，上述通常做法或许会改变。乐观地说 ，即使应用可能并不会处理大量数据或流量，但未来分布式数据系统将成为标配。 超大规模系统往往针对特定应用而高度定制，很难有通用架构。 例如，即使两系统数据吞吐量折算后一样，但为每秒处理100,000 次请求（每个大小为1KB ）而设计的系统，和为3个请求/min（每个大小2GB ）设计的系统大不相同。 可扩展架构一般从通用模块逐步构建而来，背后往往有规律可循，所以我们会多讨论这些通用模块和常见模式。
1.3K20编辑于 2022-06-06 - 来自专栏EdisonTalk
5分钟了解系统架构设计（3）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦如何在面试中回答架构设计。 而且每当点评系统需求上线时，其他系统都需要跟着进行联调测试，导致需求迭代速度缓慢。 问题来了 你会如何做架构设计改造？为什么？ 回答示例 回答套路： 四个层面，缺一不可。 1840，这个量级的数据意味着并不需要设计高性能架构方案。 ，从而不存在维护成本 缺点是不容易实现降级 和 水平扩展 （3）评估标准 通常来说，方案没有优劣之分，而是要看哪个更适合当下的问题，只要架构满足一定时期内的业务发展就可以。 从点评系统的功能复杂度（系统耦合 + 协作/研发效率低）来看 本质上是解决随着业务发展所带来的系统开发效率问题，需要架构师以部门负责人的视角，考虑现有研发团队的能力素质、IT成本、资源投入周期等因素是否匹配设计的三种方案
56030编辑于 2022-12-30 - 来自专栏RocketMQ原理与应用
RocketMQ实战—3.基于RocketMQ升级订单系统架构
大纲1.基于MQ实现订单系统核心流程的异步化改造2.基于MQ实现订单系统和第三方系统的解耦3.基于MQ实现将订单数据同步给大数据团队4.秒杀系统的技术难点以及秒杀商详页的架构设计5.基于MQ实现秒杀系统的异步化架构 6.全面引入MQ的订单系统架构的思维导图1.基于MQ实现订单系统核心流程的异步化改造(1)引入的RocketMQ的生产部署架构(2)从下单核心流程开始改造订单系统(3)通过引入MQ实现订单核心流程的异步化改造 (4)在订单系统中如何发送消息到RocketMQ(5)其他系统改造为从RocketMQ中获取订单消息(6)订单系统核心流程的改造总结(1)引入的RocketMQ的生产部署架构目前已经有了一套3台NameServer 4.秒杀系统的技术难点以及秒杀商详页的架构设计(1)接着要解决秒杀活动压力过大的问题(2)秒杀活动压力过大难道直接加机器吗(3)不归订单系统管的高并发商品详情页请求(4)页面数据静态化优化商品详情页系统的秒杀架构 (5)多级缓存化优化商品详情页系统的秒杀架构(1)接着要解决秒杀活动压力过大的问题目前已经解决了核心流程环节太多性能差、耦合第三方系统易抖动、大数据团队直接查订单数据库这3个问题了，还剩下订单退款失败、
46711编辑于 2025-04-10 - 来自专栏DDD
架构与架构师3
、架构决策以及设计原则 系统结构 实现该系统的一种或多种架构风格（比如微服务、分层和微内核） 仅仅描述结构并不能完整地诠释架构，还需要了解架构特征、架构决策和设计原则 架构特征 架构特征定义了系统的成功标准 ，这些标准往往与系统的功能正交 在《架构与架构师》[2]中，指出应用系统需要考虑两方面内容：一是功能性需求，二是非功能性需求。 架构特征满足三个标准： 1.明确非领域设计的某个注意事项2.影响设计的某些结构项3.是否对应用的成功至关重要 构架决策 架构决策定义了一组关于如何构建系统的规则，构成了系统约束，并指导团队哪些可以做， 它需要知识以及应用知识的能力 2.影响力用来衡量架构师在项目中应用技能后给项目或公司带来多大的效益 3.领导力确保了架构实践的状态能稳步向前推进，同时培养更多的架构师 能力模型 论能力模型，与开发人员之间对技术方向的侧重有所不同 避免瓶颈陷阱方法之一是将关键路径和框架代码委托给开发团队其他人员，然后着重于实现业务功能（一个服务），并且在1~3个迭代中完成。 如何保持编码能力和一定水平的技术深度呢？
59730发布于 2021-11-12 - 来自专栏AI系统
【AI系统】推理系统架构
推理系统架构是 AI 领域中的一个关键组成部分，它负责将训练好的模型应用于实际问题，从而实现智能决策和自动化。 在本文中，我们将主要以 NVIDIA Triton Inference Server 为基础深入探讨推理系统架构的各个方面。 本文将以 Triton 为例，介绍推理系统的架构和实现原理。Triton 接入层Triton 通过提供多种接入方式，支持不同场景下的模型推理需求。Ⅰ. 云模型仓库云模型仓库指的是将模型文件存储在云服务提供商的存储服务上，如谷歌 Cloud Platform (GCP)的 Cloud Storage 或 Amazon Web Services (AWS) 的 S3。 资源高效利用：多后端架构使得 Triton 能够根据模型特性和硬件资源情况智能选择最合适的推理引擎。
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 - 来自专栏微服务
支付系统架构
大部分公司，只要想赚钱，就得上支付系统，让用户或者客户有地方交钱。 当然，公司发展的不同阶段，对支付系统的定位和架构也不同。 2、支付系统检查参数有效性，特别是签名的有效性。 3、根据用户选择的支付方式，以及系统支付路由设置，选择合适的收单机构。这里涉及三个概念，支付方式，支付路由。这又是一个槽点。 支付的典型架构 所以支付的坑还不少，我们先看看互联网的头牌们是如何设计支付系统的？ 先看看某团的： ? 再看某Q旅游公司的的： ? 对比下某东金融的： ? 最后看看业界最强的某金服金融的： ? 2、接口层：和各相关系统对接的接口，其中最重要的是和支付渠道对接的支付网关。 3、引擎层： 包括统计分析、风控、反洗钱、信用评估等在后台运行的各个系统。 这其实也是普通互联网应用系统架构，没有什么特别之处。比如微服务如何体现，如何满足性能需求等，在这个视图中无法体现出来。
2.4K12发布于 2018-08-01 - 来自专栏program
Android 系统架构
首语 由于工作内容的转变，使得我向Android系统方向转变，对于一个Android系统工程师，了解Android整个系统架构是必然的。 推荐Android系统干货博主：Gityuan 系统架构 Android系统架构分为五层。从上往下依次是应用层、应用框架层、系统运行库层、硬件抽象层和Linux内核层。 以下为主要的C/C程序库： 名称 功能描述 OpenGL ES 3D 绘图函数库 Libc 从BSD继承来的标准C系统函数库，专门为嵌入式Linux的设备定制 Media Framework 多媒体库， 本地库 nfc-extras NFC相关 obex 蓝牙传输 omapi OMADP（Open Mobile Alliance Device Provider）的API接口和类库 opengl 2D/3D AOSP 系统架构
1.5K61编辑于 2023-11-06 - 来自专栏个人分享
Hadoop系统架构
一、Hadoop系统架构图 ? Hadoop1.0与hadoop2.0架构对比图 ? YARN架构: ResourceManager –处理客户端请求 –启动/监控ApplicationMaster –监控NodeManager –资源分配与调度 NodeManager –单个节点上的资源管理 步骤3 ApplicationMaster 首先向ResourceManager 注册， 这样用户可以直接通过ResourceManage 查看应用程序的运行状态，然后它将为各个任务申请资源，并监控它的运行状态
2.1K30发布于 2018-09-06 - 来自专栏Android 进阶
Android 系统架构
Android 系统架构分为五层 从上到下依次为应用层、应用框架层、系统运行库层、硬件抽象层与Linux内核层。 应用层 应用层：系统内置的应用程序与非系统的应用程序，负责与用户的直接交互。 系统运行库 C/C++ 程序库，被Android中不同的组件使用，并通过应用程序为开发者提供服务 Android 运行库及Android 运行环境 ，运行时库又被非为核心库与ART虚拟机, ART 系统在安装应用时会进行一次预编译 编码格式包括MPEG4, H.264, MP3, AAC, AMR, JPG, PNG 。 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 - 来自专栏全栈程序员必看
业务架构浅谈_业务架构和系统架构
商品发布是一个业务属性很重的系统，承载了诸多业务（业务多的围起来可以绕地球一圈）的商品发布功能。 业务需要的扩展点 = 业务定制扩展点 + 需要的平台通用扩展点 3. 隔离方案 通过上述可以发现，平台通用的扩展点和组件是代码复用的！并没有达到之前的代码隔离要求。 使用微内核设计，对系统进行升级，只要用新模块替换旧模块，不需要改变整个操作系统。 微内核技术源于操作系统，但是在互联网产品“平台化”的大浪潮之下，这个技术得到了广泛的应用。 系统启动时，程序扫描出所有实现了SPI接口的插件，并集成到系统中对外提供服务。当新业务需要接入时，定义好一个业务身份，同时实现需要的SPI接口，即可完成业务的接入，同时做到业务的隔离。 六、 结语 架构不是设计出来的，是演进而来的。演进式架构才有顽强的生命力。从Xsell 到 XPF1 XPF2 XPF3, 每个版本我们都解决了前一个版本的痛点同时往前看半步。
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 （3）、为链接文件生成源地图，复制资源和静态文件。 （4）、通过缩减代码和优化图片来收缩输出，看管你的文件更改。 （5）、并通过控制台和系统提示通知你错误。
2.3K10编辑于 2022-12-01 易软通开源WMS系统：Vue3+Java高效架构
1：项目介绍 系统采用RuoYi-Vue-Plus作为后端Java基础框架，已做调整不兼容原框架；前端采用Vue3 + VueX + Vue-Router + Element Plus + Pinia 2：项目部署环境 JDK：corretto-17+ Redis 3.0+ Maven 3.0+ MYSQL 8.0+ Nodejs18+ 3：开发环境 新版 Visual Studio Code 或者 多硬盘、多分片、多副本存储 支持权限管理 安全可靠 文件可加密存储 云存储 采用 AWS S3 的方式，优雅的操作MongoDB 6：开源WMS架构说明 6.1：软件架构图 6.2：软件功能框架 6.3：软件功能亮点 6.4：开源WMS系统功能脑图 7：易软通openWMS系统功能列表 功能 描述
55700编辑于 2025-09-28- 来自专栏数据饕餮
人脸识别完整项目实战（3）：项目系统架构设计
一、前言 本文是《人脸识别完整项目实战》系列博文第1部分，第2节《项目系统架构设计》，本章内容系统介绍：人脸系统系统的项目架构设计，包括：业务架构、技术架构、应用架构和数据架构四部分内容。 人脸识别系统的业务架构，可以分为三大层次：样本标注、模型训练和模型应用。 人脸识别系统的技术架构如下图所示： ? 2.3 应用架构 典型的人脸识别系统，通常采用C/S/D架构，分为客户端、服务器端和数据端。其中客户端承担人脸采集和人脸注册两大职责。 人脸识别系统的应用架构如下图所示： ? 2.4 数据架构 人脸识别系统的数据架构，分为样本数据、训练模型和应用数据三个层次。 人脸识别系统数据架构如下图所示： ? 三、未完待续 本文是《人脸识别完整项目实战》系列博文第3章《项目系统架构设计》，全文共53个章节，持续更新，敬请关注。
3.8K40发布于 2019-03-22 - 来自专栏Java技术进阶
【系统架构】-如何评估软件架构
，它充分利用系统相关人员的经验和知识，获得对架构的评估，其缺点是很大程度上依赖于评估人员的主观推断。 基于度量 该方式建立在软件架构度量的基础上，首先要建立质量属性和度量之间的映射原则，即确定怎么样从度量结果推出系统具有什么样的质量属性；然后从软件架构文档中获取度量信息；最后根据映射原则分析推到出系统的质量属性 基于场景 该方式由SEI首先提出并应用在架构权衡分析法（ATAM）和软件架构分析法（SAAM）中，它是通过分析软件架构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该架构对这一场景所代表的质量需求的满足程度 架构权衡分析法-ATAM ATAM在SAAM的基础上发展起来，主要针对性能、实用性、安全性和可修改性，在系统开发之前，对这些质量属性进行评价和折中。 1、整理场景 2、对场景进行求精 3、确定场景的优先级 4、分配效用 5、形成策略-场景-响应级别的对应关系 6、使用“内插法”确定期望的质量属性响应级别的效用 7、计算架构策略的总收益
1.5K30编辑于 2022-12-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号