软件系统技术架构图
收录了 软件系统技术架构图 频道下的 50 篇内容
架构设计实践五部曲（五）：技术架构的战略和战术原则
本文是架构设计实践五部曲系列文章的第五篇，技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时，实现一个稳定、出色的系统。
软件架构图的艺术
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的，并且与代码保持一致性。为了保证利益相关者能够看懂架构图，需要遵循一些原则。
架构设计实践五部曲（一）：架构与架构图
本文是架构设计实践五部曲系列文章的第一篇，架构与架构图。本文将对架构作深入的阐释，并教你什么时候画架构图、怎么画架构图。
为什么说我们需要软件架构图？
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解，以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
用于软件架构的 C4 模型
软件架构图可能是一个非常有用的沟通工具，但很多团队减少了图表的创建，即使有创建图表，也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。
Spotify 如何可视化系统架构图
Spotify的工程师最近分享了公司内部如何标准化架构图。
漫谈企业应用架构的演变
企业信息化建设已经发展了几十年，传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程，逐步向读者展示企业应用架构的演变和设计的理念。
为什么需要关注软件架构
软件开发团队一直反对“前期大设计”，而倾向于自组织团队中出现的架构设计，这可能导致低估软件架构重要性的心态。
遗留系统的技术栈迁移
本文介绍了如何针对遗留系统进行技术栈迁移。文中给出了一些最佳实践，迁移步骤和案例分析。
你是个软件架构师吗？
开发和架构的界限难以捉摸。有些人认为这并不存在，架构只是开发者所做的设计过程的扩展而已；另外一些人说这是一个鸿沟，它只能由那些做到高度抽象，而且不会陷入实现细节的开发者才能跨越。这之间有个平衡，但是你怎么从开发者成为架构师呢？
资深架构师十年总结：成为架构师，你必须具备这五点能力
作者是一名从业数十年的软件架构师，在与不同领域、不同学科的软件工程师交流时，大家都会问，如何成为一名架构师，架构师需要掌握需要能力？作者将通过本文向读者介绍，什么是软件架构，什么是软件架构师，软件架构师要掌握什么样的技能以及如何获得这些技能。
开发者需要知道的有关软件架构的五件事
了解软件架构基础比以往任何时候都要来得重要，因为我们现在构建的系统越来越趋于分布式化，而且开发团队也越来越分布式化。为了解开这些迷思，开发者需要了解五个与软件架构有关的事实。
介绍 Web 基础架构设计原则的经典论文《架构风格与基于网络的软件架构设计》导读
Roy Fielding博士是IETF发布的HTTP和URI协议的主要设计者。HTTP和URI是两个最为重要的Web基础技术架构协议，因此Fielding博士可谓是Web架构的奠基者之一。这篇论文很不容易读懂，作为论文中文版的译者，笔者试图在这篇导读中为读者梳理出一个阅读的脉络。不过笔者还是希望读者能克服困难，亲自去读一下这篇论文，因为这篇论文实在是太精彩了。
如何叠加管理能力成为管理者，不是放弃技术成为管理者
技术管理的本质是在于技术，如果管理人是难题，那么管理技术是难上加难，因为技术管理不只要管人，还要管技术本身。同程旅行出行事业群 CTO 王晓波老师用一次系统重构为例来展开技术管理在实践过程中要做好的那些事儿。
架构演进：中台、云原生，百度基础架构背后的那些思考
百度的核心业务对基础架构有没有特殊的要求？中台和微服务在架构领域处于什么样的位置？云原生架构的本质和影响是什么？中小企业架构师该如何设计IT架构？带着这些问题，InfoQ记者采访了QCon 北京 2020《架构演进》专题出品人，百度基础架构部主任架构师郑然。以下为采访实录。
10 年技术专家的分享：企业解决方案架构设计实践的方法、模型与思维
多数架构师都是停留在“技术架构，或软件架构的层面。少有人能做到“开放性思维”，从商业问题的本身出发， 带领团队让“理真的越辩越明”。
系统架构系列 (二)：应对这一概念的方法
解决特定的问题，本篇文章重点讨论应对系统架构的方法。如今，系统架构在业内还没有定型的固定方法，一般会讲：需求分析、系统分析与设计、UML、领域建模、设计模式、软件工程等，笔者不打算这样讲，这样下来会有厚厚一本书，希望从简洁、可落地实践的角度去阐述系统架构，后面的文章再给出每种架构具体可实践操作的方法。
IT 架构设计框架：ADMIT
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似，但ADMIT更关注影响最终结果的特性和驱动力，这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
领域驱动设计之理论篇：应对复杂业务和提升系统弹性之道
不能说微服务拯救了DDD，但确实让其重新焕发了青春。
京公网安备 11010502039052号 | 产品资质
