- 综合排序
- 最热优先
- 最新优先
- 来自专栏sktj
Kubernetes(4:架构)
Master 是cluster 的大脑： 运行 kube-apiserver kube-scheduler kube-controller-manager etcd pod restful api scheduler 调度器Scheduler负责决定将Pod放在哪个Node上运行。Scheduler在调度 时会充分考虑Cluster的拓扑结构，当前各个节点的负载，以及应用对高可用、性能、数据亲和性的需求。 Controller Manager负责管理Cluster各种资源，保证资源处于预期的状态。Controller Manager由多种controller组成，包括replicationcontroller、endpoints controller、namespace controller、serviceaccounts controller等。 etcd负责保存Kubernetes Cluster的配置信息和各种资源的状态信息。当数据发生变化时，etcd会快速地通知Kubernetes相关组件。 Pod要能够相互通信，Kubernetes Cluster必须部署Pod网络，flannel是其中一个可选方案。
40820发布于 2019-09-24 - 来自专栏深圳架构师同盟
EA企业架构、4A架构，业务架构、IT 架构之间是什么关系？
今天继续聊企业架构方面的话题。即对于EA企业架构、4A架构，业务架构、IT 架构之间是什么关系？这些架构之间又有哪些区别和联系？ 首先整体回答下问题再展开详细回答。 企业架构一般谈4A架构，即业务架构，数据架构，应用架构和技术架构 。如果只谈业务架构和IT架构。那么IT架构包括了数据架构，应用架构和技术架构。 我原来有一篇文章专门谈企业架构中的4A架构的关系和集成，可以参考我公众号的历史文章文章。 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构到应用架构集成方面，我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。
55510编辑于 2025-11-17 - 来自专栏摸鱼范式
深入AXI4总线-架构
知乎用户ljgibbs授权转发 本系列我想深入探寻 AXI4 总线。不过事情总是这样，不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。 但我希望通过一系列文章，让读者能和我一起深入探寻 AXI4。 声明1：部分时序图以及部分语句来自 ARM AMBA 官方手册 （有的时候感觉手册写得太好了，忍不住就直接翻译了。。） [二] 架构 五个独立通道 AXI4 总线的一大特征是它有 5 个独立的传输通道，这些通道都只支持单向传输。 作为类比，SPI 总线有 2 条单向传输通道：MISO， MOSI。 值得注意的是 AXI4 不再支持 WID 信号，这和 AXI4 的乱序机制有关，AXI4 规定所有数据通道的数据必须顺序发送。 结语 本文中我们了解了 AXI 总线的架构，它的五大通道以及各自的信号，最简单的读写操作流程以及AXI 总线的拓扑连接。
1.6K10发布于 2020-06-24 - 来自专栏超级架构师
(4) 微服务架构采用准则
这意味着微服务架构主要面向后端，尽管这种方法也用于前端。每个服务在其自己的进程中运行，并使用HTTP/HTTPS、WebSockets或AMQP等协议与其他进程通信。
35631发布于 2020-07-18 - 来自专栏超级架构师
微服务与SOA架构(4）
如图4-1所示，事实上，了解服务客户与服务之间所采用的远程访问协议并不意味着就了解任何一方是如何实现的，也不意味着双方在实现上要保持一致。 图4-1 SOA也支持协议感知的异构互操作能力，但是它支持得更进一步，可以做到协议无关的异构互操作能力。 例如，如图4-2所示，在.NET平台上用C#实现的某个服务客户端可以使用REST调用对应的服务，但是服务（本例中是EJB3 Bean）只能使用RMI通信。 图4-2 如果你发现自己所处的是异构环境，需要对多种使用不同协议的系统或者服务进行整合，那么很可能需要采用SOA架构而不是微服务架构。 图4-3 合约解耦显然有一些使用上的局限。如果服务所需数据无法从客户所发送数据转换获得也无法从其它数据源获得，服务调用只能返回失败，因为服务合约无法得到满足。
1.3K40发布于 2018-04-09 - 来自专栏闲余说
架构设计 4-高可用架构之FMEA方法
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第三部分，主要介绍 FMEA 方法，以及如何将 FMEA 方法应用于架构设计之中以提高服务可用性。 什么是FMEA FMEA（Failure mode and effects analysis，故障模式与影响分析）又称为失效模式与后果分析、失效模式与效应分析、故障模式与后果分析等 在架构设计领域，FMEA 的具体分析方法 给出初始的架构设计图 假设架构中某个部件发生故障 分析此故障对系统功能造成的影响 根据分析结果，判断架构是否需要进行优化 FMEA 分析表 功能点 当前的 FMEA 分析涉及的功能点， 个人理解 FMEA 方法是一种分析问题的方法，一共列出了 11 个点，我们在分析架构问题的时候，按照每个点逐一去适配、分析。 reference 从 0 开始学架构
94740编辑于 2022-08-19 - 来自专栏全栈程序员必看
4G网络架构_三大网络架构
4G是集3G与WLAN于一体，并能够快速传输数据、高质量、音频、视频和图像等。 4G能够以100Mbps以上的速度下载，比目前的家用宽带ADSL（4兆）快25倍，并能够满足几乎所有用户对于无线服务的要求。 EPC 核心网架构秉承了控制与承载分离的理念，将分组域中SGSN 的移动性管理、信令控制功能和媒体转发功能分离出来，分别由两个网元来完成，其中，MME 负责移动性管理、信令处理等功能，S-GW 负责媒体流处理及转发等功能 3，4G网络架构的变化 1）实现了控制与承载的分离，MME负责移动性管理、信令处理等功能，S-GW负责媒体流处理及转发等功能。 4，3G与4G系统参数的比较 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
5.7K20编辑于 2022-11-08 - 来自专栏全栈程序员必看
UE4 GamePlay架构学习篇
现在UE4刚免费不久，网上的资料还很少，有一些UE3的大佬出了一些学习的帖子。 4>AGameSession： 游戏会话：存在于服务端的，客户端没有。 这样想就明白了了 我觉得UE4设置InOwner，InInstigator就是在射击游戏的原型上衍生出来的。 比如人拿枪，人开枪，枪发射子弹。 14>UMG->Slate： 它是UMG的底层实现，也是UE4编辑器界面使用的GUI的架构，也就是说UE4的编辑器界面就是用Slate写的。 18>USaveGame： UE4提供的一套存档的系统，单机游戏用着不错，也可作为本地存储一些数据载体。
2K30编辑于 2022-11-09 企业架构规划设计-4A架构之间的关系和集成
今天我准备再录一个视频来讲解一下企业架构规划设计中的4A架构之间的关系和集成。 我昨天分享过一个视频，就有朋友给我留言说有些内容看不懂，因为我讲的很多视频它是需要有一定前导知识的，类似于我今天讲4A架构集成，那你至少应该对企业架构，对TOGAF，对企业架构规划的元模型有大概的一些了解 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 价值流往往就是顶端的流程，业务能力的分解往往是2~4级，对于详细的业务流程的分解往往就到了5~7级，只是原来在业务架构里面，我们没有太强调流程架构，实际上从架构的Y模型里面可以看到，在业务架构里面是有两个视角 业务架构到应用架构集成 我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。
54700编辑于 2025-06-24- 来自专栏深度学习与python
4种主流的API架构风格对比
作者 | AltexSoft 译者 | 朱琪珊 策划 | 万佳 本文讨论了四种主要的 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。 在过去，人们已经发布了多种不同的 API 架构风格。每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 ? 伴随着大量的消息结构，XML 数据格式使得 SOAP 成为了最冗长的 API 架构风格。 3REST：使数据作为资源可用 REST 如今是一种无需解释的 API 架构风格，它由一系列的架构约束所定义，旨在被广泛 API 使用者采用。 4GraphQL：仅请求所需要的数据 REST API 需要被多次调用才能返回所需要的资源。所以，GraphQL 被发明了，并改变了这一切游戏的规则。
3K20发布于 2021-01-21 - 来自专栏linux驱动个人学习
V4L2 driver -整体架构
平台V4L2设备驱动：在V4L2框架下，根据平台自身的特性实现与平台相关的V4L2驱动部分，包括注册video_device和v4l2_dev。 1 从字符设备开始： 熟悉v4l2用户空间编程的都知道, v4l2编程主要是调用一系列的ioctl函数去对v4l2设备进行打开, 关闭, 查询, 设置等操作. v4l2设备是一个字符设备, 而且其驱动的主要工作就是实现各种各样的 , .read = v4l2_read, .write = v4l2_write, .open = v4l2_open, .get_unmapped_area = v4l2 _device *v4l2_dev); }; 3.1 v4l2_device的注册和注销： int v4l2_device_register(struct device*dev, struct v4l2 _device *v4l2_dev) static void v4l2_device_release(struct kref *ref) 4. v4l2_subdev结构体 V4l2_subdev代表子设备
4.5K32发布于 2018-09-13 - 来自专栏blackheart的专栏
4.基于网络应用的架构风格
衔接上文[解读REST] 3.基于网络应用的架构，上文介绍了一组自洽的术语来描述和解释软件架构；如何利用架构属性评估一个架构风格；以及对于基于网络的应用架构来说，那些架构属性是值得我们重点关注评估的。 当设计一个系统时所选择的架构风格，必须与这些需求保持一致，而不是相抵触。因此应该依据这些架构风格所产生的架构属性来对架构风格进行评估。 架构属性是相对的，如果添加以一个架构约束，增强了某一个架构属性，也可能会消弱另外一个架构属性；此外，一个架构属性是被增强了还是被消弱了，也会受到系统实现的的影响。 4 分层风格（Hierarchical Style） 4.1 客户-服务器（Client-Server = CS） 服务器组件提供了一组服务，并监听对这些服务的请求；客户端组件通过一个连接器把请求发送给服务器 EBI+LCS - + + ++ + + ++ ± + ± DO CS+CS - + + + + + - - BDO DO+LCS - - ++ + + ++ - + 做了4篇博客的前期准备工作
1K50发布于 2018-01-19 - 来自专栏用户3246163的专栏
解构 TOGAF-4-如何建设架构能力？
除此以外市面上还有各种各样的书讲架构设计方法和实践，所以我再想是不是可以为架构设计圈做一点有意义的小事，就是把这些架构框架，架构书籍，甚至架构工具都解读一遍。 所以所谓架构能力就是组织或人基于流程和技术完成架构设计，实施，治理以及架构变更的东西。 弄清楚了架构能力的定义，下面看看 TOGAF 是怎么一步步识别架构能力，建设架构能力的。 ，架构原则是架构应满足的意图的定性说明，为后续架构设计时的决策提供了框架。 “ 用于定义和管理架构内容的正规程度将高度依赖于组织内部架构功能的规模、复杂性和文化。理解期望的架构实施路径，就可以选择适当的架构工具来支撑架构功能。 3 预备阶段的架构交付物 介绍完了预备阶段的实施步骤，最后总结一下预备阶段的架构交付物都有什么： [架构原则]，在步骤 4 产出 [架构库]，在步骤 1 产出初始化的架构库 [业务原则，业务目标和业务驱动因素
96430发布于 2021-12-01 - 来自专栏架构之家
4种主流的API架构风格对比
在过去，人们已经发布了多种不同的 API 架构风格。每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 4 RPC 的用例 RPC 模式在八十年代开始使用，但这并不意味着它已经过时了。 4 SOAP的用例 目前，SOAP 体系结构最常用于企业内部或与其信任的合作伙伴的内部集成。 高度安全的数据传输。 4 REST 的用例 管理 API。在系统中，专注于管理对象并面向许多使用者的 API 是最常见的 API 类型。 4 GraphQL 的用例 移动 API。在这种情况下，网络性能和单个消息有效负载优化很重要。因此，GraphQL 为移动设备提供了更有效的数据加载方式。 复杂的系统和微服务。
3K30编辑于 2022-07-12 - 来自专栏马超的博客
【Neo4j Fabric】架构思想
@[TOC](【Neo4j Fabric】架构思想) Here's the table of contents: •一、概述•二、Fabric概念 •2.1 Fabric节点数据库 •2.2 Fabric图访问模式•三、部署示例 •3.1 开发阶段的部署 •3.2 没有单点故障的集群部署 •3.3 多集群部署•四、总结 【Neo4j Fabric】架构思想 一、概述 使用Fabric架构，Cypher查询可以在多个联合图和分片图中存储和检索数据。 作为Fabric结构访问的数据库可以是本地的，即在相同的Neo4j DBMS中，或者它们可以位于外部Neo4j DBMS中。客户机应用程序也可以从它们各自的Neo4j dbms中的常规连接访问数据库。 其中3.2是在生产环境中使用图数据库集群的基础部署架构，该架构至少包含两台Fabric节点、三台CORE节点或者其中一台为分片节点也可以，一共包含了五个节点。
1.1K30编辑于 2022-09-02 4A架构解析：业务、数据、应用、技术架构的区别与联系
在数字化转型的浪潮中，4A架构如同建筑的蓝图，为企业从业务愿景到技术落地提供了完整的规划框架，是避免"技术债"和"重复造轮子"的关键。 1. 什么是4A架构？ 4A架构是企业架构（Enterprise Architecture）的核心组成部分，它提供了一个分层、系统的视角来设计和描述企业的各个方面。 数据支撑：业务流程产生和使用数据，需要相应的数据架构支持 3. 应用实现：数据操作和业务流程需要应用系统来承载 4. 技术保障：应用系统需要技术基础设施来运行 逆向影响： 同时，技术架构的演进（如云计算、大数据）也会反向推动业务创新，形成双向的促进作用。 4. 实践建议 4.1 架构设计原则 1. 自上而下设计：从业务架构开始，确保技术投资与业务目标一致 2. 保持层间一致：确保各层架构之间的对应关系和一致性 3. 适度超前规划：技术架构要有一定的前瞻性，但避免过度设计 4.
1.5K10编辑于 2025-12-23- 来自专栏超级架构师
「软件架构」InfoQ 软件架构和设计趋势报告2020年4月
关键点 需要关注的新软件架构趋势包括微前端、数据网格、AsyncAPI和作为代码的策略（Policy as Code）。目的的多样性表明，创新在架构景观的许多不同领域都在发生。 跟踪的几个架构概念仅适用于某些情况。因此，他们在采纳曲线上没有自然的进展。示例包括函数式编程和事件驱动架构。 ? 良好的软件架构的目标是帮助管理复杂的系统。 针对分布式系统、事件驱动架构和大数据，软件架构的最新创新希望利用正在出现的最佳实践，并帮助指导工程师远离常见的陷阱。 InfoQ软件架构和设计主题图强调了主要的软件架构概念及其在业界的应用现状。 我相信在2020年，微前端将成为一个成熟的架构，并为前端社区所理解，我不期望微前端将永远用于所有的前端项目，但有许多公司可以真正受益于这种架构模式。 Stenberg：低代码让我想起了我年轻的同事，他们在90年代的大学里只教4GL，因为OO已经过时了。 我不认为现代的工作流引擎（如Zebee）属于低代码（但也许它们属于“工作流和决策自动化平台”）。
1.3K30发布于 2020-05-13 AI时代的企业架构-对传统企业架构中的4A架构能力的增强
这个周末刚好看到武艳军老师微信公众号分享的一篇文章，谈企业架构4A架构中再增加一个AI架构是极其不合理的。 当然对于4A架构的集成和协同，我在前面专门写过文章。 企业架构规划设计-4A架构之间的关系和集成 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 而是想简单谈下在AI和大模型时代，对我们传统的企业架构和4A架构规划，究竟带来了哪些变化？ 智能化-模型驱动 到了AI和大模型阶段，那么变成了模型驱动，但是并不是说在传统的4A架构上面增加了一个新的AI架构。AI架构的内容本身应该拆分到已有的4A架构里面。
56700编辑于 2025-06-24- 来自专栏Java进阶架构师
「架构技术专题」架构核心指标之可扩展架构设计的三要素（4）
业界对于可扩展的系统架构设计有一个朴素的理念,就是： 通过加机器就可以解决容量和可用性问题 这一理念在“云计算”概念疯狂流行的今天，得到了广泛的认可！ 而许多系统，在架构设计时并未充分考虑到这些问题，导致系统的重构成为常态，从而影响业务交付能力，还浪费人力财力！ 在工程上常见的方案是 服务化架构(SOA) 。比如对于一个电子商务平台，我们可以拆分成不同的服务，组成下面这样的架构： ? 但通过观察上图容易发现，当服务数量增多时，服务调用关系变得复杂。 系统的架构将变成下图所示： ? 同时，为了提升单个服务的可用性和容量， 对每一个服务进行X轴扩展划分 。 ? 工程领域常见的Z轴扩展有以下两种方案： 1.单元化架构 在分布式服务设计领域，一个单元（Cell）就是满足某个分区所有业务操作的自包含闭环。
91340发布于 2018-08-15 - 来自专栏DeepHub IMBA
深度研究Agent架构解析：4种Agent架构介绍及实用Prompt模板
这篇文章将整理这些架构并顺便附上一些实用的prompt模板。 迭代式搜索Agent 在讨论更复杂的架构之前，先回顾一下最基础的迭代式搜索Agent。 Planner承担的任务复杂度高是整个架构的核心节点。 所以强烈建议用推理能力强的模型来做Planner，比如GPT-4o、Claude 3.5 Sonnet或者专门的推理模型如o1、DeepSeek-R1等。 递归搜索Agent 前面介绍的架构本质上都是迭代式的，但从算法角度看迭代能做的事递归也能做，而且递归天然适合处理可分解的层次化问题。 递归架构的优势在于理论上可以处理任意深度的复杂查询，只要问题能被合理分解。但工程实现上也更有挑战，需要处理好递归深度控制、子问题结果合并、错误传播等问题。 总结 这几种架构并不是非此即彼的关系。
70110编辑于 2026-01-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号