收录了 系统技术架构说明书 频道下的 50 篇内容
解决特定的问题,本篇文章重点讨论应对系统架构的方法。如今,系统架构在业内还没有定型的固定方法,一般会讲:需求分析、系统分析与设计、UML、领域建模、设计模式、软件工程等,笔者不打算这样讲,这样下来会有厚厚一本书,希望从简洁、可落地实践的角度去阐述系统架构,后面的文章再给出每种架构具体可实践操作的方法。
本文转载自技术琐话公众号
从优秀的思想中汲取经验,在巨人的肩膀上才能看得更远。
本文由阿里巴巴技术专家九摩分享架构师工作经验。
技术人员往往有闷头挖煤的倾向(闷头做技术架构),而不了解挖煤的上下文背景(企业的业务背景和组织架构),殊不知企业的组织架构和业务背景和技术架构之间有隐含的映射关系,这种关系有时候直接决定了技术架构转型的成败。 本文试图为技术人员(特别是架构师)建立这种上下文背景,提升技术人员视野,让技术人员在理解企业业务背景和组织架构的前提下,去推进系统架构的改进和提升,以期获得更大成功。
本文介绍了如何针对遗留系统进行技术栈迁移。文中给出了一些最佳实践,迁移步骤和案例分析。
最近刚读完《聊聊架构》,我也多次在微信朋友圈推荐过本书;推荐的原因不是因为行文优美流畅,也不是因为它是什么名篇巨著,仅仅是因为它回答了很多困扰我许久的问题,让我重新思考软件工程、架构和软件本身。
美丽的架构究竟是怎样的?架构师们上下求索,孜孜以求,始终不得其解。归根结底,美丽这个词语总还是偏于感性认识,就仿佛音乐之美,绘画之美,不能以尺度来衡量,追求的其实是一种艺术的幽玄与妙悟,述之以规范,述之以标准,就未免落入下乘了。然而,软件架构终归属于工程学的范畴,不能一概以“只可意会不可言传”来搪塞,因为架构知识是可以传递的,架构文档是可以共享的,最重要的是,架构自身是可以评审、验证与实现的。
Roy Fielding博士是IETF发布的HTTP和URI协议的主要设计者。HTTP和URI是两个最为重要的Web基础技术架构协议,因此Fielding博士可谓是Web架构的奠基者之一。这篇论文很不容易读懂,作为论文中文版的译者,笔者试图在这篇导读中为读者梳理出一个阅读的脉络。不过笔者还是希望读者能克服困难,亲自去读一下这篇论文,因为这篇论文实在是太精彩了。
了解软件架构基础比以往任何时候都要来得重要,因为我们现在构建的系统越来越趋于分布式化,而且开发团队也越来越分布式化。为了解开这些迷思,开发者需要了解五个与软件架构有关的事实。
不能说微服务拯救了DDD,但确实让其重新焕发了青春。
软件架构文档是企业应用开发过程中的重要一环,理解一个项目中的架构文档的关键是理解它在项目生命周期中所扮演的角色。在这个虚拟研讨会中,InfoQ希望能从顶级的软件架构专家们那里找到软件架构文档的重要性,特别是在敏捷软件开发环境中如何记录架构。
随着第二版《软件系统架构》的出版,Nick Rozanski和Eoin Woods继续这本关于系统软件架构综合手册的创作旅程。这本书的最新版本涉及到系统环境视点模型和敏捷,InfoQ就这两个新的主题对作者进行了访谈。
级别的数据存储等问题的挑战,同时又要求保证系统的高可用和弹性伸缩,并且能够根据需要进行快速迭代扩展,令人头疼的系统架构到底应该怎么做?
本文定义了业务架构的主题和规则。与其他方式不同,只有业务职能和业务信息才能成为架构中的实体,共同形成业务架构的主题。另一方面,业务架构的规则是对业务架构主要及次要任务的描述。
本文是“2022 InfoQ 年度技术盘点与展望”系列文章之一,由 InfoQ 编辑部制作呈现,重点聚焦操作系统领域在 2022 年的重要进展、动态,希望能帮助你准确把握 2022年操作系统领域的核心发展脉络,在行业内始终保持足够的技术敏锐度。
ThoughtWorks作为一家数字原生型咨询公司,在广泛的实践中,洞察出“业务平台化”再次成为企业数字化建设中的关键领域之一。
本文是“2021 InfoQ 年度技术盘点与展望”系列文章之一。
飞机一般具有数百万彼此依赖的部件,当这样的飞机被设计出来的时候,其结果毫无疑问是成功的。尤其在不考虑成本的时候,情况更是如此。为什么复杂软件的结果如此难以预测?在这篇由两部分组成的文章中,作者分析了项目失败的原因,提出了一种超越SOA的新方法。该方法以自适应系统理论和一种新型信息架构为基础。