收录了 软件系统架构 频道下的 50 篇内容
随着第二版《软件系统架构》的出版,Nick Rozanski和Eoin Woods继续这本关于系统软件架构综合手册的创作旅程。这本书的最新版本涉及到系统环境视点模型和敏捷,InfoQ就这两个新的主题对作者进行了访谈。
本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。
软件开发团队一直反对“前期大设计”,而倾向于自组织团队中出现的架构设计,这可能导致低估软件架构重要性的心态。
软件架构是一个常常被人误解的概念。
本文借助于《演进式架构》这本书中关于演进式架构体系的描述,探索我们如何在数据这个领域,设计出演进式数据架构。
本次分享介绍从架构出发,诠释如何最大可能地提高 SDS 系统性能。
在真正需要之前,不要对任何特定的框架、模式或策略过多投入。
在敏捷项目中,架构师可以扮演重要的角色吗?还是说,因为他们倾向于“预先做大量设计(big design up front)”而只能成为辅助角色?最近,微软的企业架构师Nick Malik在一篇博文中对该话题进行了探讨,他的结论是,架构师完全可以在使用Scrum的软件项目中扮演关键角色。
真正的云原生,必须以一套技术体系支持任意负载,运行于任意云环境。
本期的架构周报主要关注软件架构分解技巧、LinkedIn日志系统和GWT对HTML5 storage的支持和实现。
本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。
本次分享将从架构驱动的角度,分享企业在实践 DevOps 的过程中,需要解决的问题和具备的能力。
软件架构是指系统的顶级结构,对于复杂的系统,往往很难表达清楚,涵盖的功能和应用太多,为了便于开发者和用户理解,减少沟通成本,降低因理解不一致带来的偏差。故而采用“分而治之”的方法,从不同视角来描述系统,也就是说,每一种架构图,都是一种视角。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
了解软件架构基础比以往任何时候都要来得重要,因为我们现在构建的系统越来越趋于分布式化,而且开发团队也越来越分布式化。为了解开这些迷思,开发者需要了解五个与软件架构有关的事实。
一个企业软件系统的架构师,其终生职业所做的事情,不过是设计低耦合技术架构 - 不断的梳理问题、解耦千丝万缕的关系,对问题分而治之,各个击破,必要时则又对集中统一与解耦分离作出一定的折衷取舍,仅此而已。
软件架构图可能是一个非常有用的沟通工具,但很多团队减少了图表的创建,即使有创建图表,也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。