- 综合排序
- 最热优先
- 最新优先
- 来自专栏云计算linux
前端架构师之11_JavaScript事件
用户单击button按钮，这个行为就会被JavaScript中的click事件侦测到；然后让其自动执行，为click事件编写的程序代码，如在控制台输出“按钮被单击”。
1.7K10编辑于 2024-12-13 - 来自专栏腾讯云数据库(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 - 来自专栏面渣逆袭
架构师必知的11种API性能优化方法
多节点部署避免了某个节点挂掉导致服务不可用的情况，同时也能分摊整个系统的流量，避免系统压力过大。但这种部署方式也带来了新的问题：synchronized只能保证一个节点加锁有效。 7.2 Redis分布式锁在分布式系统中，由于Redis分布式锁的实现相对简单且高效，因此它在许多实际业务场景中被广泛采用。 11.2 加监控为了在出现SQL问题时能够及时发现，我们需要对系统做监控。目前业界使用比较多的开源监控系统是：Prometheus。它提供了监控和预警的功能。 总结认真看到这里的同学，相信已经对API接口性能优化有一个清晰的、系统的认知了，如果在面试中能够完整的说出这11种API接口性能优化的思路，相信面试官一定会对你刮目相看的。 这是大佬写的， 7701页的BAT大佬写的刷题笔记，让我offer拿到手软本文，已收录于，我的技术网站 cxykk.com：程序员编程资料站，有大厂完整面经，工作技术，架构师成长之路，等经验分享求一键三连
73110编辑于 2024-06-29 - 来自专栏cwl_Java
系统架构师论文-论系统的安全风险评估
为了做好系统的开发和应用，必须对系统将面临的安全风险进行评估.我在系统的安全风险评估方面釆取了如下措施：分析 现有业务流程和新系统信息流的安全因素，做好安全风险分析；建立安全风险评估标准，对安全风险评估分级 ，项目立项后作为LIMS项目的项目负责人，主要负责项目管理,同时负责 项目的需求分析、系统集成、系统测试和系统投运后的运行维护工作. 、可靠性.在网络环 境下运行的信息系统，复杂性更高，在开发系统之前、开发过程中、系统运行时，都要注意信息系统的安全风险. 信息系统的安全风险，是指由于系统存在的脆弱性，人为或自然的威胁导致安全事件发生的可能性及其.信息安全风险评估 就是从角度，运用科学的分析方法和手段，系统地分析信息化业务和信息系统所面临的人为和自然的威胁及其存在的脆弱性 三、在信息系统的各个阶段，反复对安全风险进行评估.信息系统的安全是一个动态的复杂过程，它贯穿于信息系统的整 个生命周期，对信息系统进行不断的安全风险评估是十分必要的.在LIMS系统规划设计阶段，通过风险评估明确系统建设的安
1.6K10发布于 2019-10-26 - 来自专栏哲学驱动设计
《架构师》反思：系统可靠性
最近系统学习了一个系统可靠性及其相关知识，今天在这总结一下。 首先，什么是系统的可靠性呢？系统的可靠性是指在规定的时间内及规定的环境下完成规定功能的能力，也就是系统的无故障运行概率。 这是因为计算机系统是一个复杂的系统，影响其可靠性的因素也非常复杂。所以我们需要为其建立适当的数据模型，把大系统划分为若干子系统，然后再根据一定原则进行组合计算。 对于系统的划分，我们可以把它分为：串联系统、并联系统、模冗余系统、混联系统。（其中模冗余系统是M个并联的子系统中，需要有N个以上的子系统能正常工作，整个系统才能正常工作。 计算这些系统可靠性时，我们需要计算出每个子系统的失效率，然后根据概率的加法原则（串联系统）和乘法原则（并联系统）进行综合运算，最后得出整个系统的可靠性。 可靠性设计 本小节是整单的重点。 集群技术将会在系统可用性、高可靠性和系统冗余方面逐步提高。 （如以后的集群可以依靠集群文件系统实现对系统中所有文件、设备和网络资源的全局访问，并且生成一个完整的系统映像。）
5.1K61发布于 2018-01-26 - 来自专栏Java架构师必看
JAVA基础(11) 系统日志
系统日志的概念及作用 日志系统作为一种应用程序服务，对于跟踪调试、程序状态记录、崩溃数据恢复都有着重要的作用 常用Java日志系统 Log4J 最早的Java日志框架之一，由Apache基金会发起 公共抽象类 Layout 负责格式化Appender的输出 1.Logger日志记录器是日志处理的核心组件 Loggers组件在此系统中被分为五个级别：DEBUG、INFO、WARN、ERROR static Logger logger=Logger.getLogger(ClientWithLog4j.class.getName()); 2.Appender控制日志输出的位置 Log4j日志系统允许把日志输出到不同的地方 Objectmessage);//致命错误信息 实际使用： logger.info("ServerSocketbeforeaccept:"+server); 4.log4j配置文件 在实际编程时，要使Log4j真正在系统中运行事先还要对配置文件进行定义
77120发布于 2021-05-27 - 来自专栏cwl_Java
系统架构师论文-论信息系统架构设计
为了集成已有的系统，保护用户投资，同时，又要使已有的系统之间能够通信，使已有的系统与新开发系统之间也能够通信.在该项目中，我们采用中心辐射型消息代理技术,将中心辐射型集成模型引入到高校应用集成，结合相关标准 例如学籍管理系统、档案管理系统、办公自动化系统、财务管理系统、 设备物资管理系统、劳资管理系统、图书馆管理系统等.由于些系统在不同的时期开发, 运行于不同的系统平台，釆用了不同的技术和不同的标准规范,导致这些系统都是一些 该校已有的系统主要有办公自动化 系统、财务管理系统、设备物资管理系统、图书馆管理系统和教务管理系统，要求新开发招生管理系统、就业管理系统、劳资管理系统、人事管理系统和科研管理系统.我有幸參加了该项目的开发 ，并担任架构师职务，主要负责系统架构设计工作. （2）现有各系统之间主要依靠数据的直接共享达到集成的目的.在系统之间进行信息交换的过程中，被交换信息的安全性没有保障・ （3）部分系统之间已经进行了紧密集成，增加了扩展教育信息系统的难度，某一个系统的调整或维护会影响整个学校其它系统的正常工作
1.5K10发布于 2019-10-26 - 来自专栏运维开发王义杰
业务架构师、系统架构师、软件架构师：八卦三者的混淆与现象
在当今的技术行业中，架构师的身份无疑是充满魅力和挑战的。但在这三个独特角色之间，特别是系统架构师和软件架构师，似乎总存在一些混淆和误解。而业务架构师的存在则相对神秘和少见。 系统架构师与软件架构师：相似却又不同 系统架构师和软件架构师这两个角色常常被人们混淆。为什么会这样呢？ 软件架构师更专注于软件设计，而系统架构师涉及更广泛的技术体系结构。 2.3 职业晋升的迷思 许多软件工程师可能将软件架构师视为职业道路的下一个阶段，而忽视了系统架构师这一角色的存在和重要性。 3. 结论 业务架构师、系统架构师和软件架构师这三个角色，在外人眼中可能似乎混沌不明，但实则各有特点，各有魅力。 不管是神秘的业务架构师，还是常被混淆的系统架构师，或是广受欢迎的软件架构师，他们都是技术世界中不可或缺的一环，共同推动着我们赖以生存和发展的数字世界不断前进。
77810编辑于 2023-08-10 - 来自专栏勇哥编程游记
假如我是核酸系统架构师，我会...
成都核酸检测系统“崩溃”事件，将东软推至风口浪尖，同时也在技术圈内引发了广泛的讨论。 开发一个不崩溃的核酸系统到底难不难 ？ 这篇文章，勇哥想象自己是核酸系统架构师，谈谈自己对核酸系统的理解。 1 明确系统边界 作为架构师，首先需要明确系统边界。 ，然后核酸系统会将核酸结果同步到健康码系统。 成都核酸系统崩溃时，流程阻塞在步骤一和二。 本文里我们提到的核酸系统，也就是指医护人员使用的系统。而核酸检测系统会将检测结果同步到健康码系统 , 健康码系统面向的是大众居民 , 是高频场景。 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- 来自专栏后端从入门到精通
系统架构设计-架构师之路（八）
需求分析人员整理成文档，但是开发人员对业务并不熟悉，这时候中间就需要一个即懂软件又懂业务的人，架构师来把文档整理成系统里的各个开发模块，布置开发任务。 软件架构指定了系统的组织结构 和 拓扑结构。需求和构建之间对应关系。 解决软件复用、质量和维护问题，是架构根本问题。 4、构建组装阶段 在SA设计模型指导下，起到整个系统蓝图的作用。研究主要包括两点： A. 可复用构建的互联。 B. 在组装模型中，如何检测并消除体系结构失配问题。 动态软件系统结构：会在运行时候发生改变，软件 内部执行 体系结构发生改变，软件外部请求 对软件进行重配置。 b. 体系结构恢复与重建：如果现有的系统没考虑SA，从系统中恢复和重建SA体系。 1、对象请求代理ORB：最底层服务，规定了分布式对象的定义（接口）和语言映射，实现对象通讯交互，是 分布对象系统中的“软总线”。
57220编辑于 2023-09-05 - 来自专栏后端从入门到精通
软件系统工具-架构师真题（六）
可变性 答案:D 解析： 可修改性指快速较高的性能价格进行系统优化，包括可维护性、可扩展性、结构重组和可移植性四个方面。 2、软件系统工具中，软件评价工具属于（）。 A. 逆向工程工具 B. 当采用数据流图对一个图书管理系统进行分析时，（）是一个外部实体。 A. 数据对象之间的关系，用于数据建模 B. 数据在系统中如何被传送或变换，以及如何对数据流进行变换的功能或子功能，用于对功能建模。 系统对外部事务如何响应，如何动作，对于行为建模 D. 数据流图中的各个组成部分 A、读者 B、图书 C、借书证 D、借阅 答案：B A 解析： A是E-R图，数据建模。 B是对的。 11.8+3.8=15.6 如果两百万投一个，另外两个平分两百万，最大15.5 4.8+4.2+6.4 = 9+6.4=15.4 5.0+4.1+6.4=9.1+6.4=15.5 6.8+4.2+4.1=11 9、基于web services实现面向服务系统中，服务提供者、服务使用者和服务注册之间远程通过SOAP(简单对象访问协议)消息实现。
42410编辑于 2023-09-05 2025系统架构师畅学班课程
2025 系统架构师畅学班：用科技重构系统设计新范式引言：从“构建者”到“编排者”的范式转移站在 2026 年的回望视角，2025 年无疑是系统架构领域的一道分水岭。 2025 系统架构师畅学班所倡导的，并非单纯的技术栈更新，而是一场关于“系统设计新范式”的认知革命。在这场变革中，科技不再仅仅是实现业务的工具，而是成为了重塑系统基因的内生动力。 四、架构师的认知升级：驾驭复杂性的艺术在 2025 系统架构师畅学班的视野中，技术工具的迭代只是表象，深层的变革在于架构师思维模式的升级。 在这个新时代，优秀的系统架构师不仅是技术的精通者，更是复杂系统的哲学家和生态文明的构建者。 这正是 2025 系统架构师畅学班所传递的核心愿景：用科技之光，照亮系统设计的崭新征途。
15610编辑于 2026-03-11- 来自专栏后端从入门到精通
信息系统架构-架构师之路（十八）
信息系统架构分为 物理结构 和 逻辑结构。 物理结构 分为 集中式 和 分布式，但他们逻辑上都是一个整体。 信息系统四种架构模式： 1、单机应用模式。 二、信息系统的架构 企业系统的总体框架，要建立一个有效的ISA，必需考虑四个方面：战略系统、业务系统、应用系统和信息基础设施。 业务系统：完成一定业务功能的各部分（物质、能量、信息和人）组成的系统。 三、信息系统架构设计方法 信息系统生命周期可以分为五个阶段： 1、系统规划阶段：对组织的环境，目标及现状情况初步调查。可做的话给出初步方案。 输出：可行性研究报告、系统设计任务书。 2、系统分析阶段：确定新系统的基本目标，提出新系统的逻辑模型。 输出：系统说明书 3、系统设计阶段：设计物理模型。分为总体设计，概要设计，详细设计。 输出：设计说明书 4、系统实施阶段：计算机等设备购置，安装调试，程序编写，人员培训，数据文件转换，系统调试等。 输出：实施进展报告，系统测试分析报告 5、系统运行和维护阶段：系统维护和评价。
1.3K30编辑于 2023-09-05 - 来自专栏Java架构师学习
如何通过软考成为系统架构师
作为软件开发的设计架构师，那么必须拥有一定的编程技能，同时有高超的学习新的架构设计、程序设计技能。另外，我觉得作为软件架构师，还必须了解一定的硬件、网络、服务器的基本知识。 忽视程序设计能力的持续跟新，是永远不能够成为一个成功的系统架构师。 一般来讲，系统架构师应该拥有以下几方面的能力： 1：具备 8 年以上软件行业工作经验； 2：具备 4 年以上 C/S 或 B/S 体系结构软件产品开发及架构和设计经验； 3：具备 3 年以上的代码编写工作经验 ，精通 UML 和 ROSE，熟练使用 Rational Rose、PowerDesigner 等工具进行设计开发； 8：精通大型数据库如 Oracle、Sql Server 等的开发； 9：对计算机系统 、网络和安全、应用系统架构等有全面的认识，熟悉项目管理理论，并有实践基础； 10：在应用系统开发平台和项目管理上有深厚的基础，有大中型应用系统开发和实施的成功案例； 11：良好的团队意识和协作精神，有较强的内外沟通能力
4.5K80发布于 2018-05-04 - 来自专栏悟空聊架构 | 公众号
系统思维才是架构师的真内核
技术架构师是在技术领域扮演着关键角色的专业人员。他们在业务需求分析、项目实施、技术架构治理等多个环节中发挥着重要的作用。 技术架构师不仅需要具备高超的专业技能，还需要具备良好的系统思维和认知心态。 这些现象反映出对技术架构师在软件研发过程中的角色定位和价值贡献认识不清晰。在探讨架构师的系统思维之前，我们有必要明确架构师在生态系统中的位置，以及他们的权责。 架构师的系统思维 我们根据常见的结构化思考方法总结了一套架构设计思考法，旨在帮助技术架构师从多个视角和维度建立全面的系统思维，如图 10-4 所示。 例如，技术架构师可以提出：“基于××业务的假设，系统架构需要××量级的工作量，进行××样的能力迭代升级，可以实现××业务效果和价值，但需要进一步××业务输入。” 架构思维胜在无招 架构设计思考法为技术架构师提供了一种理解和应用系统思维的途径，但它并不是架构思维的唯一或最终解决方案。
44810编辑于 2025-05-10 - 来自专栏编程一生
系统设计的11个考虑
有了《系统架构的11条原则》，真正到设计阶段还有另外11个考虑。 系统正确性 考虑一：负负得正 假如我们看到某个代码，明显有逻辑错误，想随手改改。 考虑二：终态设计 在分布式系统中，由于系统是分布在不同机器上的。还可能有一种状态叫：超时。成功、失败和超时是分布式系统调用的三态。 最终通过查询或者对账发现实际是退款失败了，可以系统重新发起退款，直到真正退成功为止。 后台管理系统也很需要这种终态设计。比如发布系统，发布了一个功能，发布系统如果出现了问题，这次发布没有结束。 需要系统处理好超时和重试。 系统容量 考虑四：存储周期 数据库、应用系统的磁盘都是宝贵的资源。数据不能无限期存储不做清理。清理的周期是一个重要的考虑方面。因为这涉及对用户的承诺。 比如：行业要求金融交易类系统不能与其他系统混合部署；平台没有清结算资质可能面临二清问题。提到资质，不得不说说金融牌照。
55720编辑于 2022-05-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号