- 综合排序
- 最热优先
- 最新优先
- 来自专栏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是其中一个可选方案。
45520发布于 2019-09-24 腾讯云数字政务：人社一体化与智慧民生技术支撑体系
核心瓶颈在于： 系统架构瓶颈：传统烟囱式系统难以支撑省级海量数据管理与高并发业务访问，且异构硬件纳管能力受限。 构建基于Leaf6.2与分布式架构的技术支撑体系 腾讯云依托Leaf6.2技术架构与国产化分布式技术，提供全栈式解决方案： 底层算力与数据支撑：基于腾讯TDSQL分布式数据库与IaaS/PaaS平台，实现对物理机 安全与运维保障：通过零信任安全架构、小程序安全检测及安全监测平台，实现等保三级合规与“一点发现，全网处置”的安全运营能力。 3. —— 江苏省人社厅相关负责人 4. 选择腾讯的核心逻辑 行业深度与标准适配：深度参与人社部Leaf6.2框架适配测试，已中标人社部养老保险全国统筹信息化建设项目云平台建设服务，具备部省两级项目磨合经验，方案可直接对标部级标准。
15110编辑于 2026-05-30腾讯云智慧人社解决方案：以技术平台支撑业务一体化与全国统筹
江苏省在项目建设初期，面临超过200台服务器、13个地市业务系统分散独立的整合难题，亟待统一的技术架构实现资源集约化管理。 提供基于Leaf6.2架构的云平台与分布式数据库技术方案 腾讯云智慧人社解决方案以人社部Leaf6.2云平台架构为基础，采用“大中台、小前台”建设思路。 核心方案包括： 自主可控的云基础架构：开放式云平台支持多品牌硬件纳管，实现资源统一调度。 企业级分布式数据库TDSQL：提供数据强一致性保障，支持同城双活容灾，确保数据0丢失0出错。
18710编辑于 2026-05-30腾讯云数字政务：人社一体化与智慧服务的云技术落地实践
传统架构难以支撑全省统一系统建设及快速响应业务需求。 公共服务数字化缺口： 随着业务前移和公共服务下沉，传统支撑平台难以提供群众易于接受的互联网入口。 第二章：构建基于Leaf6.2架构的云原生与智慧人社体系 腾讯云基于Leaf6.2技术架构（核心平台4版），提供涵盖IaaS、PaaS、DaaS及SaaS层的全栈解决方案，通过“大中台、小前台”模式实现技术与业务的深度融合 零信任安全架构 身份认证与访问控制： 基于零信任理念，确保设备、用户、应用可信，通过多因素认证（MFA）实现动态授权与最小特权访问，摆脱传统VPN依赖。 —— 江苏省人社厅相关负责人 “江苏人社厅是腾讯国内首批落地零信任安全架构的用户之一。 行业深度适配： 深度参与Leaf6.2框架适配测试，并拥有电子社保卡、全国统筹系统、人社移动办公平台等多个部级项目的建设经验。
20910编辑于 2026-05-30- 来自专栏深圳架构师同盟
EA企业架构、4A架构，业务架构、IT 架构之间是什么关系？
今天继续聊企业架构方面的话题。即对于EA企业架构、4A架构，业务架构、IT 架构之间是什么关系？这些架构之间又有哪些区别和联系？ 首先整体回答下问题再展开详细回答。 企业架构一般谈4A架构，即业务架构，数据架构，应用架构和技术架构 。如果只谈业务架构和IT架构。那么IT架构包括了数据架构，应用架构和技术架构。 我原来有一篇文章专门谈企业架构中的4A架构的关系和集成，可以参考我公众号的历史文章文章。 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构到应用架构集成方面，我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。
79110编辑于 2025-11-17 - 来自专栏摸鱼范式
深入AXI4总线-架构
知乎用户ljgibbs授权转发 本系列我想深入探寻 AXI4 总线。不过事情总是这样，不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。 但我希望通过一系列文章，让读者能和我一起深入探寻 AXI4。 声明1：部分时序图以及部分语句来自 ARM AMBA 官方手册 （有的时候感觉手册写得太好了，忍不住就直接翻译了。。） [二] 架构 五个独立通道 AXI4 总线的一大特征是它有 5 个独立的传输通道，这些通道都只支持单向传输。 作为类比，SPI 总线有 2 条单向传输通道：MISO， MOSI。 值得注意的是 AXI4 不再支持 WID 信号，这和 AXI4 的乱序机制有关，AXI4 规定所有数据通道的数据必须顺序发送。 结语 本文中我们了解了 AXI 总线的架构，它的五大通道以及各自的信号，最简单的读写操作流程以及AXI 总线的拓扑连接。
1.7K10发布于 2020-06-24 - 来自专栏智能时刻
(4) 微服务架构采用准则
这意味着微服务架构主要面向后端，尽管这种方法也用于前端。每个服务在其自己的进程中运行，并使用HTTP/HTTPS、WebSockets或AMQP等协议与其他进程通信。
41431发布于 2020-07-18 - 来自专栏智能时刻
微服务与SOA架构(4）
如图4-1所示，事实上，了解服务客户与服务之间所采用的远程访问协议并不意味着就了解任何一方是如何实现的，也不意味着双方在实现上要保持一致。 图4-1 SOA也支持协议感知的异构互操作能力，但是它支持得更进一步，可以做到协议无关的异构互操作能力。 例如，如图4-2所示，在.NET平台上用C#实现的某个服务客户端可以使用REST调用对应的服务，但是服务（本例中是EJB3 Bean）只能使用RMI通信。 图4-2 如果你发现自己所处的是异构环境，需要对多种使用不同协议的系统或者服务进行整合，那么很可能需要采用SOA架构而不是微服务架构。 图4-3 合约解耦显然有一些使用上的局限。如果服务所需数据无法从客户所发送数据转换获得也无法从其它数据源获得，服务调用只能返回失败，因为服务合约无法得到满足。
1.4K40发布于 2018-04-09 - 来自专栏闲余说
架构设计 4-高可用架构之FMEA方法
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第三部分，主要介绍 FMEA 方法，以及如何将 FMEA 方法应用于架构设计之中以提高服务可用性。 什么是FMEA FMEA（Failure mode and effects analysis，故障模式与影响分析）又称为失效模式与后果分析、失效模式与效应分析、故障模式与后果分析等 在架构设计领域，FMEA 的具体分析方法 给出初始的架构设计图 假设架构中某个部件发生故障 分析此故障对系统功能造成的影响 根据分析结果，判断架构是否需要进行优化 FMEA 分析表 功能点 当前的 FMEA 分析涉及的功能点， 个人理解 FMEA 方法是一种分析问题的方法，一共列出了 11 个点，我们在分析架构问题的时候，按照每个点逐一去适配、分析。 reference 从 0 开始学架构
1K40编辑于 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.9K20编辑于 2022-11-08 - 来自专栏全栈程序员必看
UE4 GamePlay架构学习篇
现在UE4刚免费不久，网上的资料还很少，有一些UE3的大佬出了一些学习的帖子。 4>AGameSession： 游戏会话：存在于服务端的，客户端没有。 这样想就明白了了 我觉得UE4设置InOwner，InInstigator就是在射击游戏的原型上衍生出来的。 比如人拿枪，人开枪，枪发射子弹。 14>UMG->Slate： 它是UMG的底层实现，也是UE4编辑器界面使用的GUI的架构，也就是说UE4的编辑器界面就是用Slate写的。 18>USaveGame： UE4提供的一套存档的系统，单机游戏用着不错，也可作为本地存储一些数据载体。
2.1K30编辑于 2022-11-09 依托高并发分布式云架构重塑省级人社一体化业务效能
传统人社信息化系统面临以下核心业务瓶颈： 消除烟囱式架构： 过去地市级业务系统高度分散（如单个地市服务器数量超200台），缺乏关联性，系统资源无法精细化利用，急需搭建统一技术支撑平台以实现全省业务协同与信息共享 应对海量数据与高并发挑战： 省级大集中业务在高峰期面临极高的并发访问压力以及海量数据的可靠处理需求，传统架构无法实现资源的弹性伸缩。 构建适配Leaf6.2标准的大中台体系与分布式云基座 为响应人社部“全省统一系统建设”要求，通过引入分布式技术与融合引擎，重构底层技术架构与前端服务入口： 落地“大中台、小前台”架构： 深度适配人社部Leaf6.2 云平台架构，构建融合集成业务、数据、AI引擎的中台系统，向下统一纳管IaaS层异构计算与存储资源，向上无缝对接人社部养老保险全国统筹业务系统。 部署企业级分布式数据库： 采用具备完全自主知识产权的腾讯TDSQL分布式数据库，替代传统单点架构。
12210编辑于 2026-05-30企业架构规划设计-4A架构之间的关系和集成
今天我准备再录一个视频来讲解一下企业架构规划设计中的4A架构之间的关系和集成。 我昨天分享过一个视频，就有朋友给我留言说有些内容看不懂，因为我讲的很多视频它是需要有一定前导知识的，类似于我今天讲4A架构集成，那你至少应该对企业架构，对TOGAF，对企业架构规划的元模型有大概的一些了解 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 价值流往往就是顶端的流程，业务能力的分解往往是2~4级，对于详细的业务流程的分解往往就到了5~7级，只是原来在业务架构里面，我们没有太强调流程架构，实际上从架构的Y模型里面可以看到，在业务架构里面是有两个视角 业务架构到应用架构集成 我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。
70500编辑于 2025-06-24- 来自专栏深度学习与python
4种主流的API架构风格对比
作者 | AltexSoft 译者 | 朱琪珊 策划 | 万佳 本文讨论了四种主要的 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。 在过去，人们已经发布了多种不同的 API 架构风格。每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 ? 伴随着大量的消息结构，XML 数据格式使得 SOAP 成为了最冗长的 API 架构风格。 3REST：使数据作为资源可用 REST 如今是一种无需解释的 API 架构风格，它由一系列的架构约束所定义，旨在被广泛 API 使用者采用。 4GraphQL：仅请求所需要的数据 REST API 需要被多次调用才能返回所需要的资源。所以，GraphQL 被发明了，并改变了这一切游戏的规则。
3.3K20发布于 2021-01-21 - 来自专栏架构之家
4种主流的API架构风格对比
在过去，人们已经发布了多种不同的 API 架构风格。每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 4 RPC 的用例 RPC 模式在八十年代开始使用，但这并不意味着它已经过时了。 4 SOAP的用例 目前，SOAP 体系结构最常用于企业内部或与其信任的合作伙伴的内部集成。 高度安全的数据传输。 4 REST 的用例 管理 API。在系统中，专注于管理对象并面向许多使用者的 API 是最常见的 API 类型。 4 GraphQL 的用例 移动 API。在这种情况下，网络性能和单个消息有效负载优化很重要。因此，GraphQL 为移动设备提供了更有效的数据加载方式。 复杂的系统和微服务。
3.3K30编辑于 2022-07-12 - 来自专栏用户3246163的专栏
解构 TOGAF-4-如何建设架构能力？
除此以外市面上还有各种各样的书讲架构设计方法和实践，所以我再想是不是可以为架构设计圈做一点有意义的小事，就是把这些架构框架，架构书籍，甚至架构工具都解读一遍。 所以所谓架构能力就是组织或人基于流程和技术完成架构设计，实施，治理以及架构变更的东西。 弄清楚了架构能力的定义，下面看看 TOGAF 是怎么一步步识别架构能力，建设架构能力的。 ，架构原则是架构应满足的意图的定性说明，为后续架构设计时的决策提供了框架。 “ 用于定义和管理架构内容的正规程度将高度依赖于组织内部架构功能的规模、复杂性和文化。理解期望的架构实施路径，就可以选择适当的架构工具来支撑架构功能。 3 预备阶段的架构交付物 介绍完了预备阶段的实施步骤，最后总结一下预备阶段的架构交付物都有什么： [架构原则]，在步骤 4 产出 [架构库]，在步骤 1 产出初始化的架构库 [业务原则，业务目标和业务驱动因素
1K30发布于 2021-12-01 - 来自专栏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.7K32发布于 2018-09-13 - 来自专栏blackheart的专栏
4.基于网络应用的架构风格
衔接上文[解读REST] 3.基于网络应用的架构，上文介绍了一组自洽的术语来描述和解释软件架构；如何利用架构属性评估一个架构风格；以及对于基于网络的应用架构来说，那些架构属性是值得我们重点关注评估的。 当设计一个系统时所选择的架构风格，必须与这些需求保持一致，而不是相抵触。因此应该依据这些架构风格所产生的架构属性来对架构风格进行评估。 架构属性是相对的，如果添加以一个架构约束，增强了某一个架构属性，也可能会消弱另外一个架构属性；此外，一个架构属性是被增强了还是被消弱了，也会受到系统实现的的影响。 4 分层风格（Hierarchical Style） 4.1 客户-服务器（Client-Server = CS） 服务器组件提供了一组服务，并监听对这些服务的请求；客户端组件通过一个连接器把请求发送给服务器 EBI+LCS - + + ++ + + ++ ± + ± DO CS+CS - + + + + + - - BDO DO+LCS - - ++ + + ++ - + 做了4篇博客的前期准备工作
1.1K50发布于 2018-01-19 - 来自专栏上海同盟品牌活动专栏
回归架构本质-MVN4初体验
每每的都要耗时大家的半个小时甚至一个小时的时间，那么新Maven4的就可以解决了。 在长达十余年的时间里经历过所有项目的能始终保持着稳定的核心架构，都是依托maven3，虽然频繁有点小学习成本，但是也足够了。 截至目前，新Maven 4 已更新至第五个候选版本（RC5），版本稳定性与功能成熟度持续提升，距离正式发布（GA）已进入倒计时阶段。 标签理论上可省略，Maven 4 能通过关联的 schema 文件自动推导版本信息。 4. 树形生命周期：实现高效并行构建老Maven 3 的生命周期为线性结构，多模块项目难以实现高效并行构建，大型项目编译耗时较长。
16510编辑于 2026-04-21 - 来自专栏马超的博客
【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.2K30编辑于 2022-09-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号