- 综合排序
- 最热优先
- 最新优先
- 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 [file] 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 5 通信报文 通信报文即spring-messaging模块，它是Spring 4新加入的一个模块，主要职责是为Spring 框架集成一些基础的报文传送应用。 8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 [file] 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。 [file]
53420编辑于 2021-12-30 - 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 4.3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 4.8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。
56940编辑于 2022-04-25 - 来自专栏Tom弹架构
Spring 5系统架构
Spring 5的模块结构如下图所示。 [图片1.png] 组成Spring框架的每个模块都可以单独存在，也可以将一个或多个模块联合实现。下面分别介绍每类模块的组成和功能。 3 数据访问与集成 数据访问与集成由spring-jdbc、spring-tx、spring-orm、spring-oxm和spring-jms 5个模块组成。 8 各模块之间的依赖关系 Spring官网对Spring 5各模块之间的关系做了详细说明，如下图所示。 [图片2.png] 下图对Spring 5各模块做了一次系统的总结，描述了模块之间的依赖关系，希望能对“小伙伴们”有所帮助。 [图片3.png] 本文为“Tom弹架构”原创，转载请注明出处。 关注微信公众号“Tom弹架构”可获取更多技术干货！
55400发布于 2021-10-22 - 来自专栏带你回家
Spring5 系统架构
一，系统架构 Spring 总共大约有 20 个模块，由 1300 多个不同的文件构成。 以下是 Spring 5 的模块结构图： 组成 Spring 框架的每个模块集合或者模块都可以单独存在，也可以一个或多个模块联合实现。 1.3 数据访问及集成：由spring-jdbc、spring-tx、spring-orm、spring-jms 和 spring-oxm 5 个模块组成。 1.7 Spirng 各模块之间的依赖关系 该图是 Spring5 的包结构，可以从中清楚看出 Spring 各个模块之间的依赖关系。
71020发布于 2019-11-07 - 来自专栏EdisonTalk
5分钟了解系统架构设计（5）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 如何设计一个高性能的系统架构，这是面试中一般常见的问题，明白回答该类问题的套路可以帮助我们理清思路。 本篇会聚焦high-level的思路，实际场景中还需要根据实际条件约束综合考虑。 通过上述的思路，我们大概可以了解在回答高性能系统的设计思路时，应该有的基本套路。 5、事后排查 当然，即使我们事前考虑的再多，也仍然会存在延迟和吞吐量的问题。 （2）定位吞吐量的问题 对于吞吐量指标要和 CPU使用率一起来看，在请求速率逐步增大时，经常会出现四种情况，对应的建议也一并附在了下面的表格中： 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲 》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文链接
48320编辑于 2023-03-06 - 来自专栏Java技术进阶
【系统架构】-什么是软件架构的5大风格
架构的本质 1、软件架构为软件系统提供一个结构、行为和属性的高级抽象 2、软件架构风格是特定应用领域的惯用模式，架构定义一个词汇表和一组约束。 架构发展历程 架构4+1视图 软件架构风格 架构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个构件有效的组织成一个完整的系统 架构风格定义了用于描述系统的术语表和一组指导构建系统的规则 五大架构风格 子风格 数据流风格 批处理、管道-过滤器 调用/返回风格 主程序/子程序、面向对象、层次结构 独立构件风格 进程通信、事件驱动系统（隐式调用） 虚拟机风格 解释器、规则系统 仓库风格 数据库系统 4、良好的隐蔽性5、支持并行 1、交互性较差2、复杂性较高3、性能较差（每个过滤器都需要解析和合成数据） 传统编译器网络报文处理 调用/返回风格 这应该很好理解，程序里用的是最多的了。 5大风格，关注我，给你分享更多知识。
2K32编辑于 2022-12-02 - 来自专栏小白晋级大师
分布式系统架构5：限流设计模式
这是小卷对分布式系统架构学习的第5篇文章，今天来学习限流器和限流设计模式1.为什么要限流？ 任何一个系统的运算、存储、网络资源都不是无限的，当系统资源不足以支撑外部超过预期的突发流量时，就应该要有取舍，建立面对超额流量自我保护的机制，而这个机制就是微服务中常说的“限流”2.四种限流设计模式说到限流 存在问题：即使每一秒的统计流量都没有超过 80 TPS，也不能说明系统没有遇到过大于 80 TPS 的流量压力。 比如说系统在连续2秒内都收到60TPS的请求，但是请求发生的时间分别在第1秒的后0.5秒，以及第2秒的前0.5秒。这样系统实际曾在1秒内发生超过80 TPS的请求。 即使连续若干秒统计流量超过阈值，也不能说明流量压力一定超过系统承受能力假设 10 秒的时间片段中，前 3 秒的 TPS 平均值到了 100，而后 7 秒的平均值是 30 左右，此时系统是否能够处理完这些请求而不产生超时失败
43610编辑于 2024-12-22 - 来自专栏EdisonTalk
5分钟了解系统架构设计（7）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 高可用，是近年来IT应用系统的常见需求。 注意：本篇内容阅读时间可能会超过5分钟，呼呼。 1、明确系统高可用的评估标准 首先，N个9。即系统可用性指标要求是几个9，大部分互联网公司都要求4个9。 参考架构设计基础部分的一些关键指标 其次，影响请求量占比。 本质理解：从架构设计的角度出发，降级设计就是在做取舍，它是一种有损的系统容错方式。 （2）其次，我们需要说明如何实现的熔断 和 降级。 （3）最后，系统故障是不可避免的。 做架构设计的时候就需要把故障当作不可或缺的一环来处理，因此在分布式系统设计和开发的过程中，要通过各种架构手段来提高系统可用性。
46130编辑于 2023-03-06 - 来自专栏EdisonTalk
5分钟了解系统架构设计（1）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。本篇，我们聚焦架构设计的基础知识。 在了解架构设计这个topic之前，我们需要对一些常见的概念有理解。 架构是软件系统的“基础结构”，从不同的角度或维度，可以将系统划分为不同的结构，比如：业务逻辑的角度，物理部署的角度，开发规范的角度等等。框架关注的是“规范”，而架构关注的是“结构”。 5个9 表示 具有极高的可用性，年度不可用时间小于5分钟。更加科学的度量方式：任何一家互联网公司，都有流量的低峰期和高峰期，在低峰期停机1分钟和高峰期停机1分钟，对业务影响的结果完全不同。 （4）系统全链路性能指标一次请求会涉及到的前后端全链路性能指标：参考资料李运华，《从0开始学架构》刘海丰，《架构设计面试精讲》潘新宇，《23讲搞定后台架构实战》作者：周旭龙出处：https://edisonchou.cnblogs.com
4.5K11编辑于 2023-05-18 - 来自专栏EdisonTalk
5分钟了解系统架构设计（4）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦架构设计和架构拆分的原则。 架构设计的原则 （1）合适原则 合适优于业界领先 （2）简单原则 简单优于复杂 （3）演化原则 演化优于一步到位 架构即人性，设计一个符合企业当前情况，又可以演进、不好大喜功的架构，善莫大焉。 架构拆分的案例 （1）典型案例 某位研发工程师在重构一个负责交易流程的系统时，将其拆分成报价系统、促销系统，以及订单系统，而当时他们只有两个人负责交易系统的开发工作。 （2）问题来了 你们只有两个人负责这个交易系统，为什么还要做系统架构拆分？而且拆分之后会带来其他的复杂度，你是怎么考虑的？ 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有
48620编辑于 2023-03-06 - 来自专栏EdisonTalk
5分钟了解系统架构设计（6）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 秒杀抢购，是近年来电商系统的常见考点，本篇，我们聚焦此类问题的回答思路。 注意，本篇内容和上一篇高性能系统架构的设计思路相辅相成，建议先阅读上一篇再阅读本篇内容。 1、明确需求阶段 以某东预约抢购系统为例，实现一个预约抢购系统大致分为四个阶段： 商品预约：用户进入商品详情页面，获取购买资格，并等待商品抢购倒计时。 5、订单支付阶段 订单支付阶段难点：订单支付完成后，一般会由支付平台回调系统接口，更新订单状态。在支付回调成功之后，抢购系统还会通过异步通知的方式，实现订单更新之外的非核心业务处理。 参考资料 李运华，《从0开始学架构》 刘海丰，《架构设计面试精讲》 潘新宇，《23讲搞定后台架构实战》 作者：周旭龙 出处：https://edisonchou.cnblogs.com 本文版权归作者和博客园共有
89920编辑于 2023-03-06 - 来自专栏EdisonTalk
5分钟了解系统架构设计（3）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦如何在面试中回答架构设计。 而且每当点评系统需求上线时，其他系统都需要跟着进行联调测试，导致需求迭代速度缓慢。 问题来了 你会如何做架构设计改造？为什么？ 回答示例 回答套路： 四个层面，缺一不可。 1840，这个量级的数据意味着并不需要设计高性能架构方案。 从点评系统的功能复杂度（系统耦合 + 协作/研发效率低）来看 本质上是解决随着业务发展所带来的系统开发效率问题，需要架构师以部门负责人的视角，考虑现有研发团队的能力素质、IT成本、资源投入周期等因素是否匹配设计的三种方案 ，比如商品详情页不展示宝贝收藏的数量； 熔断：抛弃对故障系统的调用，一般情况下熔断会伴随着降级处理，比如展示兜底数据； （4）技术实现 在确定了具体的架构解决方案之后，需要进一步说明技术上的落地实现方式和深层原理
56030编辑于 2022-12-30 - 来自专栏智慧物联产品＆方案
5G+智能化煤矿系统架构方案
5G+智能化煤矿整体架构设计智能化煤矿的系统架构常见由感知/执行层、通信传输层、平台控制层组成，这种设计支撑了智能化煤矿初级阶段的各子系统协同和数据共享。 但随着5G技术带来的技术革新，5G+智能煤矿的新型系统架构突破原有垂直层级结构和中心化思想，而进一步演化为分布式决策、边缘计算、自主实时响应的扁平式架构。 当前5G+智能化煤矿总体架构主要由三方面组成：基于场景化的设备/功能应用，基于5G实现对设备的实时监测控制，通过综合管控系统实现全局一张图。 5G+智能化煤矿架构优势在于，加强融合了子系统之间的响应与协同，依靠强大边缘计算能力，根据局部场景形成实时决策，提高系统响应的敏捷性。 5G智能网关赋能煤矿场景5G工业网关是一款专为工矿场景设计的多功能智能网关，具有强悍的恶劣环境适应能力，同时还能够全面发挥5G广连接、大带宽和低时延的特性，通过与环境感知、视频监控、数据分析、AI调度等子系统深度结合
72120编辑于 2022-06-13 - 来自专栏EdisonTalk
5分钟了解系统架构设计（2）
最近梳理了之前学习的架构设计相关的一些课程学习总结，将其整理成了一个大纲脑图，以每篇5分钟系列展现出来，希望对你有所帮助。 本篇，我们聚焦架构设计的理解部分。 本质论 架构设计的主要目的是为了解决复杂度带来的问题。 从功能复杂度来看，主要解决的是业务发展带来的系统耦合、开发效率缓慢问题。 从非功能性复杂度来看，主要解决的是高性能、高可用、高扩展性等需求。 下定义 软件架构指软件系统的顶层（Rank）结构，它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule）。 实际工作中，Rank、Role 和 Relation 都是通过业务架构图 和 系统架构图来展示的，如下所示： 业务架构图 系统架构图 Rule 规则： 指软件系统角色之间如何协作来完成系统功能， 一般通过系统序列图来展示： 打比方 软件架构设计类似于大自然“设计”一个生物，通过演化让生物适应环境，逐步变得更加强大。
52610编辑于 2022-12-16 - 来自专栏AI系统
【AI系统】推理系统架构
推理系统架构是 AI 领域中的一个关键组成部分，它负责将训练好的模型应用于实际问题，从而实现智能决策和自动化。 在本文中，我们将主要以 NVIDIA Triton Inference Server 为基础深入探讨推理系统架构的各个方面。 本文将以 Triton 为例，介绍推理系统的架构和实现原理。Triton 接入层Triton 通过提供多种接入方式，支持不同场景下的模型推理需求。Ⅰ. HTTP/REST 协议支持HTTP/REST 是一种广泛使用的网络通信协议，它基于 HTTP 协议，使用 RESTful 架构风格。 资源高效利用：多后端架构使得 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 - 来自专栏微服务
支付系统架构
大部分公司，只要想赚钱，就得上支付系统，让用户或者客户有地方交钱。 当然，公司发展的不同阶段，对支付系统的定位和架构也不同。 这是支付系统的核心。每个公司的收单接口都不一样，接入一两个收单机构还好，接入的多了，如何统一这些接口，就是一个设计难点。 5、支付成功，收单机构把钱打到商户的账户上了。 商家就准备发货了。 支付的典型架构 所以支付的坑还不少，我们先看看互联网的头牌们是如何设计支付系统的？ 先看看某团的： ? 再看某Q旅游公司的的： ? 对比下某东金融的： ? 最后看看业界最强的某金服金融的： ? 5、信用信息管理系统(应用层)：用来支持对信用算法做配置，对用户的信用信息做管理。 其他各层功能： 1、支付服务层：为上述各端系统提供API。这些API也可以提供给业务系统直接使用。 这其实也是普通互联网应用系统架构，没有什么特别之处。比如微服务如何体现，如何满足性能需求等，在这个视图中无法体现出来。
2.4K12发布于 2018-08-01 - 来自专栏program
Android 系统架构
首语 由于工作内容的转变，使得我向Android系统方向转变，对于一个Android系统工程师，了解Android整个系统架构是必然的。 本篇是Android系统学习的开篇，Android系统庞大且复杂，但是能对Android的认识更深，更全面。开启Android系统之旅吧！ 推荐Android系统干货博主：Gityuan 系统架构 Android系统架构分为五层。从上往下依次是应用层、应用框架层、系统运行库层、硬件抽象层和Linux内核层。 应用程序包 out 编译代码输出目录，可自定义 pdk Plug Development Kit，本地开发套件 platform_testing 平台测试 prebuilts X86和ARM架构下预编译的一些资源 AOSP 系统架构
1.5K61编辑于 2023-11-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号