- 综合排序
- 最热优先
- 最新优先
- 来自专栏DDD
架构与架构师3
最近又看了几本关于架构的书籍，不禁回到原点：架构是什么？架构师职责是什么？ 、架构决策以及设计原则 系统结构 实现该系统的一种或多种架构风格（比如微服务、分层和微内核） 仅仅描述结构并不能完整地诠释架构，还需要了解架构特征、架构决策和设计原则 架构特征 架构特征定义了系统的成功标准 架构特征满足三个标准： 1.明确非领域设计的某个注意事项2.影响设计的某些结构项3.是否对应用的成功至关重要 构架决策 架构决策定义了一组关于如何构建系统的规则，构成了系统约束，并指导团队哪些可以做， 它需要知识以及应用知识的能力 2.影响力用来衡量架构师在项目中应用技能后给项目或公司带来多大的效益 3.领导力确保了架构实践的状态能稳步向前推进，同时培养更多的架构师 能力模型 论能力模型，与开发人员之间对技术方向的侧重有所不同 避免瓶颈陷阱方法之一是将关键路径和框架代码委托给开发团队其他人员，然后着重于实现业务功能（一个服务），并且在1~3个迭代中完成。 如何保持编码能力和一定水平的技术深度呢？
59730发布于 2021-11-12 LLM架构管窥：3模式、3原理
研究3天，6篇笔记 【点我头像 查看文章列表】因为咱是懂架构的，所以借助架构模式理解LLM架构并不困难。倒是向量语义叠加、多头注意力原理，颇是费脑细胞。
23620编辑于 2025-12-31- 来自专栏朱永胜的私房菜
dubbo（2.7.3） 3.架构
https://store.amazingmemo.com/chapterDetail/1685324709017001` Dubbo 架构 节点角色说明 节点 角色说明 Provider 暴露服务的服务提供方 这些角色共同协作，构建了一个灵活、可靠的分布式系统架构，使得各种服务可以相互协作，实现复杂的业务逻辑和需求。希望这些信息能够帮助你更好地理解它们在分布式系统中的作用。 Dubbo 架构具有以下几个特点，分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。 Admin（统一管理控制台）：可能是一个统一的管理控制台，用于管理和监控整个架构中的各个组件和节点。 这种架构可能支持动态部署和流动计算，同时具有服务注册与发现、统一管理和监控等功能。这些节点角色的相互配合可能会为未来的分布式服务架构提供更灵活和可扩展的解决方案。 本文由 mdnice 多平台发布
29010编辑于 2023-12-12 - 来自专栏大大刺猬
redis(3)--架构 主从 & 哨兵
主从: redis主从 中文文档:http://www.redis.cn/topics/replication.html 一主一从架构 M -> S 一主多从的架构可以是: 第一种 : M -> S1 sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.31:6379,slaves=2,sentinels=3 127.0.0.1:26379> 当前的master是192.168.1.31 有2个从节点, 3个哨兵 我们人工kill掉主节点: ps -ef | grep redis | grep sentinel sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.32:6379,slaves=2,sentinels=3 127.0.0.1:26379> 发现主节点变成了192.168.1.32 2.3 投票 具体的投票规则和故障转移过程我就不讲了, 去看官网就是了 3.
69810发布于 2020-12-18 - 来自专栏兜兜毛毛
Kafka 高可用架构 （3）
用到了3个特点：watch机制；节点不允许重复写入；临时节点。 这样实现是比较简单，但也会存在一定弊端。 就像Redis Sentinel的架构，执行故障转移的时候，必须要先从所有哨兵中选一个负责故障转移的节点一样。kafka 也要先从所有Broker中选出唯一的一个Controller。
87730发布于 2021-04-01 - 来自专栏TA码字
Tomcat NIO(3)-架构类
我们可以把 tomcat NIO 涉及的主要 java 类大致分为两种类型，一种类型是框架类，主要实现 NIO 的架构。
70921发布于 2020-07-21 - 来自专栏深入浅出区块链技术
Web3 参考架构
然而，其中一个角度似乎没有得到很多报道，那就是 Web3 架构。人们认为，Web3 将用区块链取代目前的互联网架构，在此过程中解决许多现有问题。 然而，作为第一步，我们需要阐明 Web3 是由什么组成的。本文定义了 Web3 的参考架构，阐明了主要的构建模块以及它们之间的关键交互。 参考架构是一种方法，可以用来指导和跟踪行业技术的演变。 一切都有联系：没有什么是存在于真空中的，Web3 也不例外。 同样，参考架构是阐明这两个世界之间的相互依赖和交互的有用方法之一。 参考架构 下图是拟议的 Web3 参考架构。 架构全景视图 Web3 参考架构--详细视图 路线图 新生的 Web3 世界正在迅速发展，加入了新的服务商、工具和能力。
1.1K10编辑于 2022-11-07 - 来自专栏超级架构师
【企业架构】现代企业架构方法——第 3 章
1 — 架构愿景 每个架构计划都始于一个愿景。作为一种自上而下的方法，架构思维方法要求首先在高层次上设定愿景。愿景是指在概念层面具有创造性想象力、集体智慧和洞察力以实现预期目标的未来。 3 — 业务和技术现状 理解和接受我们目前的情况是至关重要的。不管好坏，但我们需要接受在这个初始阶段的现实。当前状态是我们的基线和起点。知道我们在哪里可以帮助我们设定我们的愿景。 7 — 架构解决方案的可行性 架构方法可以通过查看沿途的风险、依赖关系和约束来指导我们思考转型解决方案路线图的可行性。 解决方案的可行性需要企业架构学科中的可行性评估工作产品。 现在让我介绍下一个涉及架构决策的关键点。 10 — 架构决策 每个权衡都需要一些架构决策来支持愿景。此外，这些关键决策可能对我们数字解决方案的成败产生重大影响。 例如，转型架构师可以运行为复杂的数字转型项目建立的架构审查委员会或设计权威论坛。 我们可以根据我们的解决方案域使用多个治理框架。
47620编辑于 2022-09-26 - 来自专栏数商云贸
大型网站架构系列：电商网站架构案例(3)
本文章是电商网站架构案例的第三篇，主要介绍数据库集群，读写分离，分库分表，服务化，消息队列的使用，以及本电商案例的架构总结。 如图所示： （1）业务拆分后：每个子系统需要单独的库； （2）如果单独的库太大，可以根据业务特性，进行再次分库，比如商品分类库，产品库； （3）分库后，如果表中有数据量很大的，则进行分表，一般可以按照Id （1）用户下单后，写入消息队列，后直接返回客户端； （2）库存子系统：读取消息队列信息，完成减库存； （3）配送子系统：读取消息队列信息，进行配送； 目前使用较多的MQ有Active MQ,Rabbit 七、架构总结 以上是本次分享的架构总结，其中细节可参考前面分享的内容。其中还有很多可以优化和细化的地方，因为是案例分享，主要针对重要部分做了介绍，工作中需要大家根据具体的业务场景进行架构设计。 以上是电商网站架构案例的分享一共有三篇，从电商网站的需求，到单机架构，逐步演变为常用的，可供参考的分布式架构的原型。
2.1K41发布于 2019-05-10 - 来自专栏python3
XenDesktop学习笔记3之架构
架构： 1、物理组件： DDC 一台 PVS+XenCenter 一台 AD+DHCP+DNS 一台 XenServer 一台 用户设备 一台 2、软件要求 XenServer Provisiong servies 5.1 citrix 联机插件11.2 操作系统 服务器为server 2003 sp2 标准版或企业版 客户机：Xp Sp3 或Win 7 3、网络要求 划分在同一个Vlan里或者一个单独的网段 4、硬件要求 服务器三台 CPU支持虚拟化 内存最少8G 硬盘：100G的本地存储 网卡
56820发布于 2020-01-09 - 来自专栏python3
MYSQL-3m架构回顾
mysql-mmm架构的实现： 拓扑：五台服务器，包括：一台建立机，两台mysql-master，两台mysql-slave RHEL6.x ，64位环境。 step3：配置两台slave： master1上做授权：grant replication slave on *.* to 'slave@192.168.10.40' identified by 在监控服务器104上查看4台数据库服务器的状态 监控名 mmm_control命令简介 [root@server3 mysql-mmm]# mmm_control help help mmm_control show 2、停止192.168.1.100 上的数据库服务,再执行mmm_control show命令，发现192.168.1.101 使用虚拟Ip 192.168.1.12 3、
1.2K10发布于 2020-01-08 - 来自专栏超级架构师
Envoy架构概览(3):服务发现
服务发现 在配置中定义上游群集时，Envoy需要知道如何解析群集的成员。这被称为服务发现。 支持的服务发现类型 静态的 静态是最简单的服务发现类型。配置明确指定每个上游主机的已解析网络名称（IP地址/端口，unix域套接字等）。 严格的DNS 当使用严格的DNS服务发现时，Envoy将持续并异步地解析指定的DNS目标。 DNS结果中的每个返回的IP地址将被视为上游群集中的显式主机。这意味着如果查询返回三个IP地址，Envoy将假定集群有三个主机，并且三个主机都应该负载平衡。如果主机从结果中删除，则Env
1.8K50发布于 2018-04-09 - 来自专栏架构之家
3种CQRS架构模式
CQRS 架构 CQRS 建议将应用程序层分为两个方面，即命令端（Command）和查询端（Query）。 查询端负责优化读取数据。 本文介绍 3 种主要的 CQRS 架构实现。 这种架构给软件的查询端带来了数量级的性能提升，这是有利的，因为一般系统在读数据上花费的时间一般比写数据要更多。 事件源 (Event source) CQRS 最后一种是最复杂的 CQRS 架构。 theacetechnologist.com/post/eventually-consistent-architecture-pattern/ 英文原文： https://levelup.gitconnected.com/3-
63720编辑于 2022-07-12 - 来自专栏超级架构师
微服务与SOA架构(3）
图3-2 注意在图3-2中，尽管Order服务是共享的，它仍然在访问三个不同数据库。这在SOA架构采用“能共享就共享”风格时是一个关键概念。 图3-5 因为微服务架构是一种“能不共享就不共享”的架构，你应该尽量减少服务编排的数量，尽可能让功能服务与基础服务进行交互。 图3-8 图3-8展示了SOA架构中使用服务编排的几种变化形式。例如，企业服务可能需要调用应用服务，而此应用服务又需要调用一个基础服务完成业务处理。 实际上，这也是让架构师慢慢从SOA转向更为简单和直接的微服务架构的部分原因。 中间件与API层 如果比较前一节中的图3-5和3-8，你就会注意到两种架构模式中都存在一个中间件组件来执行调度。 图3-11 最后，协议转换（protocol transformation）所描述的是架构允许客户采用与服务端预期不匹配的协议来调用服务的能力。图3-12展示了这种能力。
94740发布于 2018-04-09 - 来自专栏闲余说
架构设计 3-高可用架构之CAP理论
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第三部分，主要介绍分布式系统中的 CAP 理论以及相关的 ACID 理论和 BASE理论。 对分布式系统架构有一个理论上的感知。 •架构设计的时候既要考虑分区发生时选择 CP 还是 AP，也要考虑分区没有发生时如何保证 CA 放弃并不等于什么都不做，需要为分区恢复后做准备 •最典型的就是在分区期间记录一些日志，当分区故障解决后，系统根据日志进行数据恢复 References [1] 从 0 开始学架构: https://time.geekbang.org/column/intro/100006601?tab=catalog
72520编辑于 2022-08-19 - 来自专栏blackheart的专栏
3.基于网络应用的架构
1.2 架构元素 软件架构是由一些架构元素（组件、连接器和数据）的配置来定义的，这些元素之间的关系受到一组约束，以获得期望的架构属性。 架构属性是由一组架构约束产生的，而架构约束则是由在架构元素的某一个方面应用软件工程原则来驱动的。 架构设计的目标是创建包含一组期望的架构属性的架构。这组架构属性是系统需求的一个超集，不同架构属性的在这组集合中的所占的比重取决于系统本身的需要。 1.5 架构风格 架构风格的定义在上一篇中已经简单的解释过了，这里更严谨的定义一下：架构风格是一组相互协作的架构约束，这些架构约束限制了架构元素的角色和功能，以及在任何一个遵循该架构风格的架构中允许存在的元素之间的关系 3 基于网络应用的关键架构属性 REST关注的是基于网络的应用软件的架构设计，这也正是Web的诉求，Web是一个互联网规模的分布式超媒体系统，互联网规模意味着无法控制的可伸缩性和组件的独立部署。
1K90发布于 2018-01-19 - 来自专栏JavaEdge
Tomcat架构解析之3 Connector NIOAcceptorPollerWorkerNioSelectorPool
上文简单记录了默认的Connector的内部构造及消息流，同时此Connector也是基于BIO的实现。 除BIO，也可以通过配置快速部署NIO的connector。在server.xml中如下配置
88340发布于 2018-05-16 - 来自专栏逍遥剑客的游戏开发
Nebula3的多线程架构
Nebula3的代码运行在两种根本不同的方案中. 第一种方案我称之为”Fat Thread”. 同样, 整个引擎的架构也不应该是”脆弱的”. 大部分传统的多线程代码在一定程度上都会发生紊乱, 或者忘记了临界区而打乱数据. 当线程间需要进行数据共享和通信时, 多线程就变得很棘手. 从大的角度来说, Nebula3通过一个”并行Nebula”的概念解决了这个两个问题. Nebula3很有可能需要约束一个Job对象能做什么和不能做什么. 最直接的行为就是限制job做内存缓冲区的计算. 那样的话, job中就不能存在复杂的运行库(不能文件I/O, 不能访问渲染等等). 在做传统的同步IO工作时, 一个Nebula3程序可以直接调用本地线程的IO子系统. 所以像列出文件夹的内容或删除一个文件, 只会调用一个简单的C++方法.
62820编辑于 2022-01-11 - 来自专栏杨四正的kafka源码剖析课
3、深潜 kafka producer —— 核心架构
视频内容 深潜 kafka producer —— 核心架构 kafka 自定义了一套网络协议，我们可以使用任意语言来实现这套协议，实现向 kafka 集群 push message 以及从 kafka test_topic 然后执行 ProducerDemo 可以在控制台看到如下输出： 在 kafka-console-consumer.sh命令行中看到如下输出： kafka producer 架构概述 了解了 kafka producer 的基本使用之后，我们开始深入 producer 的架构进行介绍，千言万语不及不急一张图，下图就是 kafka producer 的核心架构： 这里描述一下上图中涉及到的核心组件在 KafkaProducer.send() 核心 介绍完 kafka producer 的核心架构和流程之后，我们开始深入分析 KafkaProducer.send() 方法，即主线程的核心逻辑，还是开局一张图 总结 本课时我们首先介绍了 KafkaProducer 的基础使用，然后介绍了 KafkaProducer 的核心架构，最后介绍了 KafkaProducer.send() 方法中主线程的核心操作。
79510发布于 2021-05-18 - 来自专栏采云轩
ARM架构下部署StarRocks3
二、X86 和 ARM 众所周知，当前 CPU 的主流系统架构分为 X86 架构和 ARM 架构。其中 X86 架构的所有权归属于 Intel 公司，而 ARM 架构则是开源的。 X86 架构的所有权问题，所有使用该架构的用户都需向 Intel 公司付费方可使用。 而开源的 ARM 架构在近年来尤为受到关注，面对当前日益复杂的国际环境以及基于 ARM 架构本身在功耗上的优异表现，国内外大量企业自研基于 ARM 架构的服务器芯片，越来越多的应用和软件配套也适配 ARM 架构。 start_fe.sh 脚本修改 由于 StarRocks3 版本强依赖 JAVA11 以上版本，但搭建的 Hadoop3 集群默认使用 JAVA8 的版本，所以需手动指定 StarRocks3 使用的
1.5K10编辑于 2023-11-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号