写点什么

软件系统架构

收录了 软件系统架构 频道下的 50 篇内容

《软件系统架构:使用视点和视角与利益相关者协作》访谈

随着第二版《软件系统架构》的出版,Nick Rozanski和Eoin Woods继续这本关于系统软件架构综合手册的创作旅程。这本书的最新版本涉及到系统环境视点模型和敏捷,InfoQ就这两个新的主题对作者进行了访谈。

软件系统架构评估方法

软件系统架构评估是在软件系统开发的特定阶段,一般是在架构设计完成以后,由专门的评估团队或利益相关方,根据一定的评估标准和方法,对软件系统架构的各个方面进行检查和评估。

系统架构
架构分析
系统架构系列(一):如何用公式定义该概念?
系统架构系列(一):如何用公式定义该概念?

本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。

刘华:想入门软件系统架构设计,看这篇就够了
刘华:想入门软件系统架构设计,看这篇就够了

“ 分享软件系统架构设计要解决什么问题,好的设计是怎么来的和一些非互联网架构的设计样例。”

架构
架构师
故障
容灾
灾备
为什么需要关注软件架构
为什么需要关注软件架构

软件开发团队一直反对“前期大设计”,而倾向于自组织团队中出现的架构设计,这可能导致低估软件架构重要性的心态。

软件架构可能不是你想象的那个样子
软件架构可能不是你想象的那个样子

软件架构是一个常常被人误解的概念。

演进式数据架构
演进式数据架构

本文借助于《演进式架构》这本书中关于演进式架构体系的描述,探索我们如何在数据这个领域,设计出演进式数据架构。

每个架构师都应该研究下康威定律

今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构,之前的工作过的公司eBay、携程、唯品会都是平台型互联网公司,所以今天主要带着平台架构视角和大家分享心得体会。

高性能的软件定义存储系统的架构设计
高性能的软件定义存储系统的架构设计

本次分享介绍从架构出发,诠释如何最大可能地提高 SDS 系统性能。

不要让框架影响你最初的架构设计
不要让框架影响你最初的架构设计

在真正需要之前,不要对任何特定的框架、模式或策略过多投入。

到底什么才是业务架构?
到底什么才是业务架构?

业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。

在敏捷开发过程中,架构师是鸡还是猪?

在敏捷项目中,架构师可以扮演重要的角色吗?还是说,因为他们倾向于“预先做大量设计(big design up front)”而只能成为辅助角色?最近,微软的企业架构师Nick Malik在一篇博文中对该话题进行了探讨,他的结论是,架构师完全可以在使用Scrum的软件项目中扮演关键角色。

打造开放的云原生操作系统和系统软件架构
打造开放的云原生操作系统和系统软件架构

真正的云原生,必须以一套技术体系支持任意负载,运行于任意云环境。

软件架构分解、LinkedIn 日志系统、GWT HTML5 支持——架构周报

本期的架构周报主要关注软件架构分解技巧、LinkedIn日志系统和GWT对HTML5 storage的支持和实现。

六方面的学习,帮你走上业务架构师之路
六方面的学习,帮你走上业务架构师之路

本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。

大模型时代的操作系统:融合Rust和大模型,vivo打造AI操作系统
大模型时代的操作系统:融合 Rust 和大模型,vivo 打造 AI 操作系统

每次技术革命,无论是个人电脑、互联网还是移动设备,总是从硬件开始,然后演化到软件层。而操作系统是计算机系统的核心,没有它,计算机就只是一堆硬件,无法运行任何程序……

从 Linux 内核隔离到 Java 透明协程,快手系统软件技术架构演进之路
从 Linux 内核隔离到 Java 透明协程,快手系统软件技术架构演进之路

系统软件作为软件架构的基石,发挥着承上启下的关键作用。快手系统软件团队经过四年的探索与实践,成功积累了一系列创新技术与性能优化方法论,这些成果广泛涵盖 Java 协程、编译器优化、操作系统改进等多个关键领域。

DevOps 下的架构设计和实践思考
DevOps 下的架构设计和实践思考

本次分享将从架构驱动的角度,分享企业在实践 DevOps 的过程中,需要解决的问题和具备的能力。

解析架构设计:构建可靠、高效的软件系统
解析架构设计:构建可靠、高效的软件系统

软件架构是指系统的顶级结构,对于复杂的系统,往往很难表达清楚,涵盖的功能和应用太多,为了便于开发者和用户理解,减少沟通成本,降低因理解不一致带来的偏差。故而采用“分而治之”的方法,从不同视角来描述系统,也就是说,每一种架构图,都是一种视角。

前端架构
架构设计
前端工程化
技术 优化体系
软件系统架构专题_资料-InfoQ中文网