- 综合排序
- 最热优先
- 最新优先
架构师必备的 10 大软技能
对于新手架构师而言，掌握这些软技能，是从技术骨干迈向卓越架构师的必经之路。以下是架构师职业生涯中不可或缺的 10 大软技能，帮助你全方位提升职业素养与管理能力。 例如，在电商行业，若预测到即将到来的大促活动，架构师需提前规划系统的弹性扩展方案，确保系统能够应对流量洪峰。 一个有领导力的架构师，能够打造出一支高效协作、充满活力的技术团队。 五、问题解决：快速定位并化解技术难题 技术系统在运行过程中难免会出现各种问题，架构师要具备快速定位和解决问题的能力。 例如，当系统出现高并发场景下的响应延迟问题时，架构师可通过日志分析、性能监控工具定位到数据库查询瓶颈，然后通过优化 SQL 语句、添加缓存等方式解决问题。 对于新手架构师而言，掌握这 10 大软技能并非一蹴而就，需要在实际工作中不断实践、积累与总结。
52610编辑于 2025-10-14- 来自专栏铭毅天下
推荐｜资深架构师 10 年 10 条干货职场心得
公司为架构师和技术专家付的工资，投资人给创业团队投的钱，从某种意义上讲都是为了他们过去的成长买的单。 心理健康更多的是开放心态，保持乐观等等的，可以看看相关的书籍，我这半吊子的就不误人子弟了...... 10. 作者介绍 死敌wen，搜索架构师，毕业于复旦大学，Elastic认证工程师，死磕Elasticsearch知识星球嘉宾，Elastic中文社区责任编辑。 在上海有十余年工作经验，履历覆盖了国内外多家互联网企业和传统企业，在搜索领域有超6年积累，覆盖了从架构规划、系统搭建、全链路监控优化、运维保障和团队组建等各个领域，有从零搭建大规模搜索系统经验。
53120编辑于 2022-12-22 - 来自专栏云计算linux
前端架构师之10_JavaScript_DOM
1998年10月，DOM正式成为W3C的推荐标准。 第1级DOM（DOM Level 1，或DOM1）。为XML和HTML文档中的元素、节点、属性等提供了必备的属性和方法。
71810编辑于 2024-12-13 - 来自专栏个人开发
这 10 种架构师，不合格！
工作时间久了，发现架构师这个岗位，其实定义非常广泛，根据工作内容的不同，可以把架构师分成研发架构师、业务架构师、测试架构师，根据级别不同，可以分成研发架构师、高级架构师、资深架构师、首席架构师。 再比如一个微服务架构的设计中，团队本来也就不到 10 个人，却设计了 8 个微服务，开发和维护的工作量都很大。 过度设计很容易让团队把大量精力花费在非核心的功能上，反而忽略了用户关注的核心功能。 9 身体不好 看到这里你肯定会说这太卷了，架构师都要拼身体了。 是的，公司招聘一个架构师，成本并不低，不少架构师的薪资直接碾压自己的领导，这就说明架构师不可能是一个可以躺平的岗位。 10 缺乏全局意识 有的架构师只顾自己负责的一小块，不从全局触发考虑问题。比如接口设计的时候，只考虑自己系统能处理来自上游请求的能力，却不考虑下游系统的处理能力，最终导致调用下游接口大量失败。 但在互联网快速发展的黄金阶段，公司的招聘压力较大，架构师的门槛也降低了很多，所以我们看到了 PPT 架构师、只会做项目管理的架构师、不会写代码的架构师，这也让架构师这个岗位受到了很多的吐槽。
38110编辑于 2024-06-12 - 来自专栏腾讯云数据库(TencentDB)
中国系统架构师大会，来了！
2021年5月20日~22日，由IT168旗下ITPUB企业社区平台主办的第十三届中国系统架构师大会（SACC2021）正式举办，这一次，腾讯云数据库TDSQL再度带来硬核干货分享，包含云原生、在线数仓两大数据库引擎技术 尚博 腾讯云原生数据库（TDSQL-C）计算层负责人，负责云原生数据库产品的架构设计、核心开发、系统优化和产品化工作。 包括混合行列存储、高效的计算引擎、创新性的优化器改进等多项创新功能来增强系统海量数据分析能力。 本次分享将为大家对上述技术构架，设计细节，以及遇到的问题进行详细介绍和探讨。
65230发布于 2021-05-21 - 来自专栏运维开发王义杰
业务架构师、系统架构师、软件架构师：职责、技能要求及对比分析
在企业的不同技术层次，业务架构师、系统架构师和软件架构师各自扮演着关键角色。本文将详细探讨这三个角色的职责、技能要求，并进行对比分析。 1. 系统架构师 2.1 职责 2.1.1 设计系统架构 根据业务需求，设计整体系统架构，包括硬件和软件的结构。 2.1.2 技术选型 选择合适的技术和工具来支持系统实现。 对比分析 4.1 业务架构师 vs 系统架构师 职责范围：业务架构师聚焦业务层面；系统架构师则着重技术实现。 技能侧重：业务架构师需强调业务分析和战略思考；系统架构师则更注重技术广度和系统思维。 4.2 系统架构师 vs 软件架构师 职责范围：系统架构师涉及整体技术架构；软件架构师专注软件内部结构。 技能侧重：系统架构师需对多个领域有一定了解；软件架构师则需要深入的编程技能和设计能力。 结论 业务架构师、系统架构师和软件架构师在企业技术层面扮演着不同角色，各自有其独特的职责和技能要求。了解和明确这三者的不同，有助于组织有效地分配资源和角色，促进企业的技术和业务目标的实现。
6.9K10编辑于 2023-08-10 - 来自专栏Java技术栈
Java架构师必看的10本书
Java中间件系统的设计和实践。 适合对系统架构、性能维护感兴趣的初级、中级读者以及有经验的系统架构师和运维师。 一般互联网企业的分布式存储计算系统都是个大平台，系统复杂、代码庞大，而且只适合公司的业务，工程师很难下载安装到自己的电脑里学习和吃透。 10、架构之美 本书围绕5个主题领域来组织《架构之美》的内容：概述、企业应用、系统、终用户应用和编程语言。 《架构之美》让优秀的设计师和架构师来描述他们选择的软件架构，剥开架构的各层，展示他们如何让软件做到实现功能、可靠、易用、高效率、可维护、可移植和优雅。
2.1K80发布于 2018-03-30 - 来自专栏java思维导图
架构师必须掌握的 10 条设计原则
03 将“副作用”局部化 理想的副作用（例如：打印到控制台、日志记录、更改全局状态、文件系统操作等）应该被放置到单独的模块中，而不是散布在整个代码里面。 10 避免编写新的代码 这是每个程序员都应遵循的最重要的教诲：最好的代码就是还没写的代码。你写的代码越多，你将遇到的问题就越多，查找和修复错误就越困难。
43430发布于 2018-10-24 - 来自专栏Java技术栈
架构师必须掌握的 10 条设计原则
03 将“副作用”局部化 理想的副作用（例如：打印到控制台、日志记录、更改全局状态、文件系统操作等）应该被放置到单独的模块中，而不是散布在整个代码里面。 10 避免编写新的代码 这是每个程序员都应遵循的最重要的教诲：最好的代码就是还没写的代码。你写的代码越多，你将遇到的问题就越多，查找和修复错误就越困难。
56510发布于 2018-09-29 - 来自专栏大数据解决方案
架构师 | 数据仓库建设灵魂10问
笔者先后在外企，互联网，金融行业工作，从最初的ODS，DM架构到后面ODS，DWD，DWS，ADS架构都有较深的理解和应用，甚至在相当长的时间内，数仓设计一直作为一个常规的面试题目，来考核各层级的数仓开发和架构师 这篇文章主要针对数仓设计来谈谈我的看法，因为不同的规模的公司对数仓建设的目的有差异，这里从架构师角度仅讨论中大型企业的数仓架构建设。本文主要以一问一答式来展开讨论。 1.一般用数仓来做什么？ 有一些系统会把复杂的计算逻辑在数仓中实现，然后再把结果数据，如风险变量等，再回传给到业务系统。 因为这一层的目的主要是把源系统的数据基本原样（有些数据敏感等级高不同步）的同步到大数据平台，因此比较容易进行方案的统一。 整合，同样举例说明，活动数据一般跨系统，需要把多个系统的活动数据从各子系统拿出来再做整合加工；标准化，数仓都是主题化的，这一层主要是面向业务过程来组织的，那么需要对模型进行标准化（表名，字段名，码值，元数据等
70140发布于 2021-03-24 - 来自专栏cwl_Java
系统架构师论文-论系统的安全风险评估
为了做好系统的开发和应用，必须对系统将面临的安全风险进行评估.我在系统的安全风险评估方面釆取了如下措施：分析 现有业务流程和新系统信息流的安全因素，做好安全风险分析；建立安全风险评估标准，对安全风险评估分级 ，项目立项后作为LIMS项目的项目负责人，主要负责项目管理,同时负责 项目的需求分析、系统集成、系统测试和系统投运后的运行维护工作. 、可靠性.在网络环 境下运行的信息系统，复杂性更高，在开发系统之前、开发过程中、系统运行时，都要注意信息系统的安全风险. 信息系统的安全风险，是指由于系统存在的脆弱性，人为或自然的威胁导致安全事件发生的可能性及其.信息安全风险评估 就是从角度，运用科学的分析方法和手段，系统地分析信息化业务和信息系统所面临的人为和自然的威胁及其存在的脆弱性 三、在信息系统的各个阶段，反复对安全风险进行评估.信息系统的安全是一个动态的复杂过程，它贯穿于信息系统的整 个生命周期，对信息系统进行不断的安全风险评估是十分必要的.在LIMS系统规划设计阶段，通过风险评估明确系统建设的安
1.6K10发布于 2019-10-26 - 来自专栏哲学驱动设计
《架构师》反思：系统可靠性
最近系统学习了一个系统可靠性及其相关知识，今天在这总结一下。 首先，什么是系统的可靠性呢？系统的可靠性是指在规定的时间内及规定的环境下完成规定功能的能力，也就是系统的无故障运行概率。 这是因为计算机系统是一个复杂的系统，影响其可靠性的因素也非常复杂。所以我们需要为其建立适当的数据模型，把大系统划分为若干子系统，然后再根据一定原则进行组合计算。 对于系统的划分，我们可以把它分为：串联系统、并联系统、模冗余系统、混联系统。（其中模冗余系统是M个并联的子系统中，需要有N个以上的子系统能正常工作，整个系统才能正常工作。 计算这些系统可靠性时，我们需要计算出每个子系统的失效率，然后根据概率的加法原则（串联系统）和乘法原则（并联系统）进行综合运算，最后得出整个系统的可靠性。 可靠性设计 本小节是整单的重点。 集群技术将会在系统可用性、高可靠性和系统冗余方面逐步提高。 （如以后的集群可以依靠集群文件系统实现对系统中所有文件、设备和网络资源的全局访问，并且生成一个完整的系统映像。）
5.1K61发布于 2018-01-26 - 来自专栏系统架构
从0到1构建高可用系统：架构师的10条潜规则
文 / Kenyon，10多年技术开发和管理经验，从程序员到技术总监，目前专注于技术团队管理、架构设计和AI落地实践，欢迎关注我一起学习交流。 防止故障扩散故障恢复：快速恢复系统服务实现模式：断路器模式重试机制降级策略备份恢复实战要点：在设计系统时，要考虑如何做好故障隔离和恢复机制，比如可以假设所有上游接口系统和依赖的模块都可能失败设计系统时要考虑各种故障场景 忽视其他原则的影响解决方法：在应用原则时，要考虑原则之间的相互影响和平衡4.4 缺乏实践表现：只了解原则的理论，缺乏实际应用经验解决方法：在实际项目中应用原则，通过实践加深理解五、总结与行动建议架构设计原则是架构师的 给架构师的3个行动建议：理解原则的本质：不要只记住原则的名称和定义，要理解它们背后的思想和目的在实践中应用：选择一个正在进行的项目，尝试应用这些原则，在实践中学习和提高持续反思和改进：定期回顾系统架构， 互动话题：作为架构师，你在应用架构设计原则时，遇到过哪些挑战？是如何克服的？欢迎在评论区分享你的经验。关于作者Kenyon，资深软件架构师，15年的软件开发和技术管理经验，从程序员做到企业技术高管。
34700编辑于 2025-12-03 架构师篇：AI助力10X效能实践
其实这不并是架构师应该重点关注的问题。工具的确很重要，但是在内卷的今天，并不存在说某一个工具比其他竞品能提高十倍的效率。 我们说发布会又发布了新的XX工具，这个“新”就意味着新的边界拓展，这才是我们作为架构师应该关注的重点。 所以，我们作为架构师，看AI就是AI，核心是了解它的“边界”，独孤求败的利剑、软剑，都是在剑本身的边界之内发挥最大的作用。 以上，给大家分享了AI应用的四个境界，希望各位架构师跳出工具本身的圈子，从“架构”层面把握和理解AI对人类带来的改变，从而在工作中更加游刃有余。最后，有一段演讲的视频，可以给大家一些参考。
4.9K30编辑于 2025-05-26- 来自专栏cwl_Java
系统架构师论文-论信息系统架构设计
为了集成已有的系统，保护用户投资，同时，又要使已有的系统之间能够通信，使已有的系统与新开发系统之间也能够通信.在该项目中，我们采用中心辐射型消息代理技术,将中心辐射型集成模型引入到高校应用集成，结合相关标准 例如学籍管理系统、档案管理系统、办公自动化系统、财务管理系统、 设备物资管理系统、劳资管理系统、图书馆管理系统等.由于些系统在不同的时期开发, 运行于不同的系统平台，釆用了不同的技术和不同的标准规范,导致这些系统都是一些 该校已有的系统主要有办公自动化 系统、财务管理系统、设备物资管理系统、图书馆管理系统和教务管理系统，要求新开发招生管理系统、就业管理系统、劳资管理系统、人事管理系统和科研管理系统.我有幸參加了该项目的开发 ，并担任架构师职务，主要负责系统架构设计工作. （2）现有各系统之间主要依靠数据的直接共享达到集成的目的.在系统之间进行信息交换的过程中，被交换信息的安全性没有保障・ （3）部分系统之间已经进行了紧密集成，增加了扩展教育信息系统的难度，某一个系统的调整或维护会影响整个学校其它系统的正常工作
1.5K10发布于 2019-10-26 - 来自专栏运维开发王义杰
业务架构师、系统架构师、软件架构师：八卦三者的混淆与现象
在当今的技术行业中，架构师的身份无疑是充满魅力和挑战的。但在这三个独特角色之间，特别是系统架构师和软件架构师，似乎总存在一些混淆和误解。而业务架构师的存在则相对神秘和少见。 系统架构师与软件架构师：相似却又不同 系统架构师和软件架构师这两个角色常常被人们混淆。为什么会这样呢？ 软件架构师更专注于软件设计，而系统架构师涉及更广泛的技术体系结构。 2.3 职业晋升的迷思 许多软件工程师可能将软件架构师视为职业道路的下一个阶段，而忽视了系统架构师这一角色的存在和重要性。 3. 结论 业务架构师、系统架构师和软件架构师这三个角色，在外人眼中可能似乎混沌不明，但实则各有特点，各有魅力。 不管是神秘的业务架构师，还是常被混淆的系统架构师，或是广受欢迎的软件架构师，他们都是技术世界中不可或缺的一环，共同推动着我们赖以生存和发展的数字世界不断前进。
77810编辑于 2023-08-10 - 来自专栏勇哥编程游记
假如我是核酸系统架构师，我会...
成都核酸检测系统“崩溃”事件，将东软推至风口浪尖，同时也在技术圈内引发了广泛的讨论。 开发一个不崩溃的核酸系统到底难不难 ？ 这篇文章，勇哥想象自己是核酸系统架构师，谈谈自己对核酸系统的理解。 1 明确系统边界 作为架构师，首先需要明确系统边界。 市民在排队核酸检测时，核酸医护人员扫居民健康码的时间间隔在10秒到15秒之间，每个核酸检测点并行两排检测通道，那么每秒并发“核酸登记”也是在 2000-3000 左右。 我们举湖北鄂通码举例，核酸登记后，健康码在 10~20 分钟状态会修改成绿色并标识成：核酸已检测，也就是核酸已检测的状态会异步同步到健康码服务。 6 总结 假如我是核酸系统的架构师。。。。 我会使用消息队列 + 分库分表来最大程度提升系统的吞吐量。 我会在使用消息队列中间件的时候，重点关注如何不丢失消息，消息系统如何做到高可用。
1.1K50编辑于 2022-10-07 2025系统架构师畅学班课程
未来的架构师不再仅仅是技术的堆砌者，而是业务价值的翻译官、系统不确定性的管理者以及人机协作的总指挥。要在这一浪潮中成为不可替代的技术决策者，必须完成从“构建者”到“决策者”的深刻蜕变。 未来的架构师核心能力在于精准的业务建模与问题定义。你需要深入业务腹地，将模糊的商业诉求转化为可被 AI 理解和执行的技术约束。如果方向错了，AI 生成的代码越快，系统偏离目标就越远。2. 系统伦理与安全边界的守门人随着 AI 深度介入核心业务流程，幻觉（Hallucination）、数据隐私泄露、算法偏见等问题成为悬在头顶的达摩克利斯之剑。架构师必须成为系统伦理的首席官。 驾驭“概率性系统”的新思维传统软件是确定性的（输入 A 必得输出 B），而 AI 原生应用是概率性的。架构师需要建立全新的思维模型：如何设计容错机制来应对 AI 输出的不稳定性？ 成为不可替代的架构师，关键在于保持认知的开放性。不要执着于掌握某一种具体的工具，而要专注于掌握第一性原理：分布式系统的本质、数据流动的规律、人类需求的恒定性。
16110编辑于 2026-03-05- 来自专栏JavaEdge
超越架构师！消息通知系统优化设计
6 通知发送和接收流程 初始设计的通知系统： 图从左到右： 外部生产者 1~N — 代表希望通过通知系统提供的API发送通知的不同服务。 7 优化 在高级设计中，我们讨论了通知系统的三个主要部分：不同类型的通知、收集联系信息流程和通知发送/接收流程。 可靠性和弹性 防止数据丢失 — 通知系统中最重要的非功能性要求之一是不能丢失数据。通知可能会延迟或重新排序，但不应该丢失。为了满足此要求，通知系统将通知数据持久保存在另一个日志表中，并实施重试机制。 将事件状态集成到通知系统中，我们可以追踪通知事件。 更新的高级架构 带有AWS的优化通知系统 8 结论 文章强调了通知在让我们了解关键信息方面的不可或缺性。 旨在阐明可扩展、高可用和可靠的通知系统的蓝图，该系统可适应各种通知类型，包括移动推送通知、短信、电子邮件和第三方应用通知。
2.1K10编辑于 2023-12-18 2025系统架构师畅学班课程
对于系统架构师而言，单纯的技术选型能力已不足以应对复杂的商业环境。未来的技术决策核心，不再仅仅是“用什么技术”，而是“如何构建适应不确定性的系统生态”。 以下是未来五年系统架构师必须掌握的能力全景与决策逻辑。一、从“确定性设计”转向“概率性治理”传统的架构设计往往基于确定的需求文档和稳定的流量模型。 架构师必须建立软件物料清单（SBOM）的自动化审计机制，对第三方依赖进行严格的准入控制和运行时监控。系统的韧性不仅体现在代码逻辑，更体现在对外部依赖的管控能力上。 生态整合：未来的系统极少是闭门造车的产物。架构师需要具备广阔的视野，快速评估并集成外部SaaS、PaaS服务，避免重复造轮子，专注于核心竞争力的构建。 结语2025年及以后的系统架构师，不再是单纯的“画图者”或“代码审查员”，而是企业技术战略的掌舵人。
15210编辑于 2026-03-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号