收录了 软件系统架构 频道下的 50 篇内容
随着第二版《软件系统架构》的出版,Nick Rozanski和Eoin Woods继续这本关于系统软件架构综合手册的创作旅程。这本书的最新版本涉及到系统环境视点模型和敏捷,InfoQ就这两个新的主题对作者进行了访谈。
软件系统架构评估是在软件系统开发的特定阶段,一般是在架构设计完成以后,由专门的评估团队或利益相关方,根据一定的评估标准和方法,对软件系统架构的各个方面进行检查和评估。
本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。
软件开发团队一直反对“前期大设计”,而倾向于自组织团队中出现的架构设计,这可能导致低估软件架构重要性的心态。
软件架构是一个常常被人误解的概念。
本文借助于《演进式架构》这本书中关于演进式架构体系的描述,探索我们如何在数据这个领域,设计出演进式数据架构。
今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构,之前的工作过的公司eBay、携程、唯品会都是平台型互联网公司,所以今天主要带着平台架构视角和大家分享心得体会。
本次分享介绍从架构出发,诠释如何最大可能地提高 SDS 系统性能。
在真正需要之前,不要对任何特定的框架、模式或策略过多投入。
业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。
在敏捷项目中,架构师可以扮演重要的角色吗?还是说,因为他们倾向于“预先做大量设计(big design up front)”而只能成为辅助角色?最近,微软的企业架构师Nick Malik在一篇博文中对该话题进行了探讨,他的结论是,架构师完全可以在使用Scrum的软件项目中扮演关键角色。
真正的云原生,必须以一套技术体系支持任意负载,运行于任意云环境。
本期的架构周报主要关注软件架构分解技巧、LinkedIn日志系统和GWT对HTML5 storage的支持和实现。
本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。
每次技术革命,无论是个人电脑、互联网还是移动设备,总是从硬件开始,然后演化到软件层。而操作系统是计算机系统的核心,没有它,计算机就只是一堆硬件,无法运行任何程序……
系统软件作为软件架构的基石,发挥着承上启下的关键作用。快手系统软件团队经过四年的探索与实践,成功积累了一系列创新技术与性能优化方法论,这些成果广泛涵盖 Java 协程、编译器优化、操作系统改进等多个关键领域。
本次分享将从架构驱动的角度,分享企业在实践 DevOps 的过程中,需要解决的问题和具备的能力。
软件架构是指系统的顶级结构,对于复杂的系统,往往很难表达清楚,涵盖的功能和应用太多,为了便于开发者和用户理解,减少沟通成本,降低因理解不一致带来的偏差。故而采用“分而治之”的方法,从不同视角来描述系统,也就是说,每一种架构图,都是一种视角。