首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 软件架构 6 个方面

    所谓 “架构”,就是将软件的结构打好,然后在结构内按部就班的施工就好了。软件架构 6 个方面软件架构涉及六个维度,分别是 “稳定性”、“高性能”、“一致性”、“扩展性”、“观察性” 和 “安全性”。 没有最好的架构,只有合适的架构。合适的架构就是在对这些维度的平衡与取舍,以最大程度的支撑当前业务的运行。每个方面包含的内容稳定性,异步、调度、容错、隔离、熔断、限流、降级、故障恢复。 这也印证了 “架构是演化出来的,不是一蹴而就的。”可以说这个是 “架构” 的 “架构” 吧,以后只需要完善这个结构,往这个结构中不断添加工具、方法、经验就好了。

    26710编辑于 2024-03-25
  • 来自专栏让技术和时代并行

    提高软件交付速度的6架构策略

    本文向您展示如何评估软件交付性能,并向您介绍可用于提高软件交付性能的六种策略。 如何评估软件的交付速度 软件交付速度能够促进业务发展,那么我们如何评估软件的交付速度呢? 这其中有4个关键指标(主要参考了软件架构实践第4版) 提高软件交付速度的6架构策略 1. 灰度发布 支持最小化金丝雀发布、A/B 测试、滚动升级,自动化控制新老版本的上线和升级。 2. 6. 功能切换 通过一些配置控制项来保证线上的服务的鲁棒性,出现问题之后可以通过一些特性开关选择打开或者关闭一些功能,避免一些不必要的问题的发生。

    44110编辑于 2023-12-18
  • 来自专栏超级架构师

    软件架构软件架构概述

    软件架构(architecture)是指软件系统的基本结构以及创建这种结构和系统的规程。每个结构都包含软件元素、它们之间的关系以及元素和关系的属性。[1]软件系统的架构是一个隐喻,类似于建筑物的架构。 [6] 不管是什么重要的东西:这指的是软件架构师应该关注那些对系统及其涉众有重大影响的决策。 [4]:5–6该抽象提供了许多好处: 它为在系统构建之前对软件系统的行为进行分析提供了基础。[2]验证未来软件系统是否满足其利益相关者的需求而无需实际构建它的能力代表了大量的成本节约和风险缓解。 这反映了软件架构、企业架构和解决方案架构之间的关系。 架构活动 软件架构师执行的活动有很多。 IEEE软件专门出版了一期专门讨论敏捷性和体系结构之间的交互的专刊[37]。 软件架构侵蚀 软件架构侵蚀(或称“衰退”)是指在软件系统的实现过程中,在软件系统的计划架构和实际架构之间观察到的差距。

    1.9K11发布于 2020-07-20
  • 来自专栏Java帮帮-微信公众号-技术文章全总结

    软件架构设计的6大原则

    译文:软件实体,如:类、模块与函数,对于扩展应该是开放的,但对于修改应该是封闭的。 理解:简言之,对扩展开放,对修改封闭。换句话说,可以去扩展类,但不要去修改类。 当然,如果能够确保对整体架构不会产生任何影响,那么也没必要搞得那么复杂了,直接改这个类吧。 3. 6. 只有满足了这六大原则,才能设计出稳定的软件架构!但它们毕竟只是原则,只是四人帮给我们的建议,有些时候我们还是要学会灵活应变,千万不要生搬硬套,否则只会把简单问题复杂化 补充设计原则 1. 6. 关注点分离(Separation of Concerns - SOC) 将一个复杂的问题分离为多个简单的问题,然后逐个解决这些简单的问题,那么这个复杂的问题就解决了。难就难在如何进行分离。

    1.8K41发布于 2019-07-25
  • 来自专栏IT大咖说

    软件架构设计-软件架构风格、分层架构

    软件架构设计 软件或计算机系统的软件架构是该系统的一个(或多个)结构,而结构由软件元素、元素的外部可见属性及它们之间的关系组成。 软件系统架构是关于软件系统的 结构、行为和属性 的高级抽象。 指定了软件系统的组织结构和拓扑结构。 软件架构是可传递可复用的模型,架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配,即满足,需求的职责分配到组件上。 ◆ 软件架构风格 软件架构风格是描述特定软件系统组织方式的惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式;惯用模式则反映众多系统共有的结构和语义特性。强调对软件设计的重用。 (如语音识别) 6. 闭环控制架构 过程控制 工业中的过程控制是指以温度、压力、流量、液位和成分等工艺参数作为被控变量的自动控制。 需求和架构 需求和软件架构设计面临的是不同的对象:一个是问题空间;另一个是解空间。保持两者的可追踪性和转换,一直是软件工程领域追求的目标。 6.

    3.6K41发布于 2021-07-19
  • 来自专栏全栈程序员必看

    软件架构设计—软件架构概述

    人们在软件工程实践中,逐步认识到了软件架构的重要性,从而开辟了一个崭新的研究领域。软件架构的研究内容主要涉及软件架构描述、软件架构设计、软件架构风格、软件架构评价和软件架构的形成方法等。 1 软件架构概述 软件架构软件抽象发展到一定阶段的产物,从编程的角度,可以清晰地看到软件抽象层次和表达工具的发展历史。 (6架构隐含有“决策”,即架构是由架构设计师根据关键的功能和非功能性需求(质量属性及项目相关的约束)进行设计与决策的结果。 因此,使用“软件架构”这一术语,也表明了一个观点:架构设计师通常将架构的重点放在软件部分。 将软件架构置于商业背景中进行观察,可以发现软件架构对企业非常重要。 (1)影响架构的因素。 基于架构软件开发模型则明确地把整个软件过程划分为架构需求、设计、文档化、评审(评估)、实现、演化等 6 个子过程。本章各节将分别对这些子过程进行讨论。

    3.2K40编辑于 2022-08-23
  • 来自专栏超级架构师

    软件架构软件架构样式和模式列表

    架构模式是一种通用的、可重用的解决方案,用于解决给定上下文中软件架构中常见的问题。架构模式通常被记录为软件设计模式。 架构样式目录 三层 多层体系结构 模型视图控制器 领域驱动设计 微内核 黑板模式 传感器控制器执行器 表现-抽象-控制 架构风格目录 结构 基于组件 整体应用 分层的 管道和过滤器 微服务 共享内存 以数据库为中心 黑板 基于规则 消息传递 事件驱动 aka隐式调用 发布订阅 异步消息传递 自适应系统 插件 微内核 反射 特定于域的语言 分布式系统 客户机服务器(2层、3层、n层展示了这种风格) 无共享架构 基于空间架构 讨论:请加入知识星球或者微信圈子【首席架构师圈】 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群:架构,云计算,大数据,数据科学,物联网,人工智能,安全,全栈开发,DevOps 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯,架构心得。

    1.1K31发布于 2020-07-20
  • 来自专栏程序那些事

    架构之:软件架构漫谈

    简介 每一个程序员心中都有个架构师的梦想,架构是如此的重要,以至于每个程序员都在谈架构,仿佛没有架构软件是没有灵魂的,不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢? 架构是怎么得到的呢?今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构软件发展的初期是没有架构而言的。 软件越来复杂,要处理的任务越来越多,最终导致了系统架构的产生。 架构是在复杂软件结构中产生的,它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性,那么好的架构需要让系统可读性和可扩展性更强,给未来留出一定的空间。如果从可靠性和可用性来讲,好的架构还需要保证系统高可用和容错性。 ADL 架构描述语言ADL是一种语言,提供用于定义软件体系结构的语法和语义。它是一种注释规范,提供了用于对软件系统的概念体系结构进行建模的功能,这与系统的实现有所不同。

    80830发布于 2021-06-01
  • 来自专栏程序那些事

    架构之:软件架构漫谈

    简介 每一个程序员心中都有个架构师的梦想,架构是如此的重要,以至于每个程序员都在谈架构,仿佛没有架构软件是没有灵魂的,不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢? 架构是怎么得到的呢?今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构软件发展的初期是没有架构而言的。 软件越来复杂,要处理的任务越来越多,最终导致了系统架构的产生。 架构是在复杂软件结构中产生的,它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性,那么好的架构需要让系统可读性和可扩展性更强,给未来留出一定的空间。如果从可靠性和可用性来讲,好的架构还需要保证系统高可用和容错性。 ADL 架构描述语言ADL是一种语言,提供用于定义软件体系结构的语法和语义。它是一种注释规范,提供了用于对软件系统的概念体系结构进行建模的功能,这与系统的实现有所不同。

    65120发布于 2021-06-09
  • 来自专栏超级架构师

    软件架构软件架构权衡系列 - 第 1 部分

    我们所说的“软件架构”有很多定义和含义。构成“软件开发”、“软件设计”和“软件架构”的内容之间也存在相当大的重叠,因为这三个概念在许多方面融合在一起。 从本质上讲,它有助于将软件架构的学科视为在我们以这种或那种方式构建应用程序时做出的选择所产生的权衡之间做出有意识选择的学科。 为什么会有权衡,我们为什么关心? 这个“架构权衡”系列的目的是在涉及到软件架构的不同原则之间的权衡以及此类决策的具体技术含义时,阐明决策过程。 我们在权衡什么? 软件架构权衡和一般软件开发的现实要微妙得多,并且确实代表了选项的梯度。例如,您可以在此处选择具有一定程度的可扩展性,同时具有一定程度的简单性和互操作性。 由数字系统驱动的企业必须制定适当的计划和流程来制定软件架构、技术决策和权衡。

    50620编辑于 2022-09-26
  • 来自专栏采云轩

    浅谈软件架构

    软件架构软件系统的顶层设计,它明确软件系统包括哪些个体:子系统、模块和组件等;同时明确了个体运作和个体之间协作的规则。 软件架构便应运而生,但由于软件系统的复杂性和多变性,没有一种架构可以满足所有系统的设计需求。它与面向对象编程、软件工程一样,不是软件设计领域的银弹。 3、需求驱动架构,架起分析与设计实现的桥梁。 4、架构与开发成本的关系。 架构设计理论 1、架构设计复杂度来源 软件架构定义中我们总是能看到复杂软件这个词,什么是复杂软件呢? (6)合适的 IO 模型和线程/进程模型。 3、存储性能优化 磁盘 IO 优化:使用 SSD 代替机械硬盘,使用 HDFS 代替普通文件系统。 主要有以下几种优化方法(高性能 Mysql): (1)增加索引 (2)优化 SQL 语句 (3)分库分表 (4)读写分离 (5)分布式关系型数据库 (6)使用 Nosql 高可用 如果系统不可用,性能再高也没卵用

    74430编辑于 2023-11-16
  • 来自专栏数据人生

    公司软件架构

    本文将介绍公司里面常用的开源软件 架构 版本管理工具Git:https://about.gitlab.com/ codereview工具phabricator ,可以和git集成:http://phabricator.org

    53320编辑于 2022-09-29
  • 来自专栏斑斓

    软件架构预述

    软件架构编年史》 作品连载 《软件架构编年史》是Herberto Graca的系列作品,我在ThoughtWorks的同事覃宇在征得作者同意与授权后,在简书陆续发布了该系列的译文。 该系列回眸了软件架构的发展历程,对主流的架构模式与设计方法进行了系统的梳理和介绍,可以作为架构师的入门读物。 这篇文章是软件架构编年史(译)的一部分,这部编年史由一系列关于软件架构的文章组成。在这一系列文章中,我将写下我对软件架构的学习和思考,以及我是如何运用这些知识的。 软件架构[…]是系统需要考虑的一组结构,它们包括软件元素和它们之间的关系,以及这些元素和关系的属性。 —— Clements et al, 2010 [6] 下面是我考虑架构的方面: 横跨所有特性开发的技术决策,例如,框架、代码标准、文档、流程,...; 这是存在于项目中的一组很难在后期改变的技术决策

    53730编辑于 2023-03-23
  • 来自专栏Linyb极客之路

    软件架构入门

    软件架构(software architecture)就是软件的基本结构。 合适的架构软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位(architect),只有资深程序员才可以担任。 O'Reilly 出版过一本免费的小册子《Software Architecture Patterns》(PDF), 介绍了五种最常见的软件架构,是非常好的入门读物。 ? 软件架构就是软件的基本结构。 一、分层架构 分层架构(layered architecture)是最常见的软件架构,也是事实上的标准架构。如果你不知道要用什么架构,那就用它。 部署比较麻烦,即使只修改一个小地方,往往需要整个软件重新部署,不容易做持续发布(因为是单体架构软件升级时,可能需要整个服务暂停 扩展性差。 事件驱动架构不适于做顶层架构,但适合做局部实现,几乎遍布在通信软件的各个角落。

    1.2K31发布于 2019-07-22
  • 来自专栏码农沉思录

    软件架构概念

    “你对架构这个词怎么理解?” emm ….. 实际上,软件架构分成 2 派。 1 软件架构的派别 组成派 组成派的定义非常简洁。 定义:软件系统的架构将系统描述为计算组件及组件之间的交互。 该架构关注架构实践中的客体——软件,以软件本身为描述对象。 b. 分析了软件的组成,即软件由承担不同任务的组件组成,这些组件通过相关交互,完成更高层次的计算。 但核心思想非常明确:软件架构是在一些重要方面所做出的决策的集合。 软件架构并不仅仅注重软件本身的结构和行为,还注重其他特性:使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制及权衡,以及美学等。 …… 最后,管他什么派,只是角度不同罢了,好的架构,我认为是这样的:模块边界清晰,依赖合理,弹性灵活,性能优越,易于理解。 参考 软件架构设计——温昱

    1.2K30发布于 2019-05-05
  • 来自专栏阮一峰的网络日志

    软件架构入门

    软件架构(software architecture)就是软件的基本结构。 合适的架构软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位(architect),只有资深程序员才可以担任。 一、分层架构 分层架构(layered architecture)是最常见的软件架构,也是事实上的标准架构。如果你不知道要用什么架构,那就用它。 这种架构软件分成若干个水平层,每一层都有清晰的角色和分工,不需要知道其他层的细节。层与层之间通过接口通信。 虽然没有明确约定,软件一定要分成多少层,但是四层的结构最常见。 ? 事件驱动架构(event-driven architecture)就是通过事件进行通信的软件架构。它分成四个部分。 ? 优点 分布式的异步架构,事件处理器之间高度解耦,软件的扩展性好 适用性广,各种类型的项目都可以用 性能较好,因为事件的异步本质,软件不易产生堵塞 事件处理器可以独立地加载和卸载,容易部署 缺点

    97740发布于 2018-04-13
  • 来自专栏全栈程序员必看

    软件架构介绍

    一、软件架构是个什么概念,架构的定义: 1.软件架构是一个系统的草图。 2.软件架构描述的对象是直接构成系统的抽象组件。 3.各个组件之间的连接则明确和相对细致地描述组件之间的通讯。 行业专家、产品咨询师、资深顾问通常我们说的架构师是1和2的结合 三、常见软件架构分类: 1)分层架构 分层架构(layered architecture)是最常见的软件架构,也是事实上的标准架构。 如果你不知道要用什么架构,那就用它。 这种架构软件分成若干个水平层,每一层都有清晰的角色和分工,不需要知道其他层的细节。层与层之间通过接口通信。 事件驱动架构(event-driven architecture)就是通过事件进行通信的软件架构。它分成四个部分。 3)微核架构 微核架构(microkernel architecture)又称为”插件架构”(plug-in architecture),指的是软件的内核相对较小,主要功能和业务逻辑都通过插件实现。

    1.2K20编辑于 2022-08-04
  • 来自专栏Frank909

    汽车软件架构学习笔记(一):九问软件架构

    Q1.什么是软件架构软件架构的定义没有一个统一的标准,各有各的看法。 比如,一个汽车软件架构师,你说不你懂CAN协议终归不合适。 Q3.架构重要吗? 重要,关系到软件系统的成败。 自动驾驶软件架构有一些参考架构,但它只做参考用,比如下面这张图。 Q6. 如何在一个项目中运用架构? 企业架构师是站在企业的角度负责多个应用系统的开发,不负责单个系统的具体功能,专注于打造企业内的软件生态系统,促进每个软件系统为企业贡献力量。 应用架构师关注于单个软件系统的架构设计。 我举个例子。 企业架构师的职责就是打造整个智能汽车软件生态。应用架构师可以只负责其中一个系统或者子系统的架构。 8.康威定律如何描述软件架构

    1.2K20编辑于 2022-01-11
  • 来自专栏超级架构师

    软件架构」10种常见的软件架构模式

    在主要的软件开发开始之前,我们必须选择一个合适的架构,为我们提供所需的功能和质量属性。因此,在将它们应用于我们的设计之前,我们应该了解不同的体系结构。 ? 什么是架构模式? 根据维基百科, 架构模式是一种通用的、可重用的解决方案,用于解决给定上下文中软件架构中常见的问题。架构模式类似于软件设计模式,但范围更广。 用法 消息代理软件,如Apache ActiveMQ、Apache Kafka、RabbitMQ和JBoss消息传递。 ? 6. 点对点模式 在这种模式中,单个组件称为对等组件。 架构模式比较 下表总结了每种架构模式的优缺点。 ? common-software-architectural-patterns-in-a-nutshell-a0b47a1e9013 本文:http://jiagoushi.pro/node/964 讨论:请加入知识星球或者微信圈子【首席架构师圈

    1.7K11发布于 2020-05-14
  • 来自专栏Java技术进阶

    【系统架构】-如何评估软件架构

    概念 敏感点:一个或多个构件(和/或构件之间的关系)的特性 权衡点:影响多个质量属性的特性,是多个质量属性的敏感点 风险点:指架构设计中潜在的、存在问题的架构决策所带来的隐患 非风险点:指不会带来隐患 基于度量 该方式建立在软件架构度量的基础上,首先要建立质量属性和度量之间的映射原则,即确定怎么样从度量结果推出系统具有什么样的质量属性;然后从软件架构文档中获取度量信息;最后根据映射原则分析推到出系统的质量属性 基于场景 该方式由SEI首先提出并应用在架构权衡分析法(ATAM)和软件架构分析法(SAAM)中,它是通过分析软件架构对场景(也就是对系统的使用或修改活动)的支持程度,从而判断该架构对这一场景所代表的质量需求的满足程度 架构分析法-SAAM SAAM最初用于分析架构可修改性,后扩展到其他质量属性。 1、整理场景 2、对场景进行求精 3、确定场景的优先级 4、分配效用 5、形成策略-场景-响应级别的对应关系 6、使用“内插法”确定期望的质量属性响应级别的效用 7、计算架构策略的总收益

    1.5K30编辑于 2022-12-02
领券