架构设计杂谈005——架构分类

架构分类-1

没有统一的标准
有按实现层次划分的、有按关注方向划分的、有按软工阶段划分的、有按视图类型划分的、有按技术实现风格划分的……等等,当然有很多是交叉重叠的

按实现层次划分
●移动架构
●前端架构
●系统架构(应用架构,技术架构)
●平台架构
●应用集成架构
●数据库架构
●存储架构
●网络架构
……

架构分类-2

按关注方向划分
●业务架构
●应用架构
●技术架构
●开发架构
●数据库架构
●存储架构
●安全架构
●部署架构
●开放架构(OpenAPI架构)
……

架构分类-3

按软工阶段划分
●解决方案架构
●业务架构
●系统架构
●概念架构
●细化架构
●平台架构
●开发架构
●部署架构
●运维架构
……

架构分类-4

按软工阶段划分
●解决方案架构
●业务架构
●系统架构
●概念架构
●细化架构
●平台架构
●开发架构
●部署架构
●运维架构
……

架构分类-5

按技术实现风格划分
●分布式架构
●分层架构
●事件驱动架构
●微内核架构
●微服务架构
●SOA架构
●响应式架构
……

本文由微信公众号——架构设计一起学 推出,
可点击“阅读原文”,选择音频版,
听CC讲解本期内容!

原文地址:http://blog.51cto.com/14152198/2341329

时间: 2024-12-14 00:46:07

架构设计杂谈005——架构分类的相关文章

架构设计杂谈004——架构师

什么是架构设师        架构师是:负责系统架构设计的人.团队或组织 架构师主要干什么 ●架构师是技术领导,领导并负责架构设计,负责做决策 ●架构师可以是团队或组织,这个时候通常会有首席架构师 ●架构师必须掌握足够的技术知识 ●架构师必须掌握足够的架构设计技能 ●架构师必须具备很好的编程能力,实际参与架构原型的设计和开发实现 ●架构师必须深入理解业务及业务领域知识,让架构更好支持业务目标 ●架构师应该具备很好的沟通能力,讲解架构.指导开发.协调冲突等 ●架构师必须了解软件过程,为项目全流程提

构设计杂谈004——架构师

什么是架构设师 架构师是:负责系统架构设计的人.团队或组织 架构师主要干什么 ●架构师是技术领导,领导并负责架构设计,负责做决策 ●架构师可以是团队或组织,这个时候通常会有首席架构师 ●架构师必须掌握足够的技术知识 ●架构师必须掌握足够的架构设计技能 ●架构师必须具备很好的编程能力,实际参与架构原型的设计和开发实现 ●架构师必须深入理解业务及业务领域知识,让架构更好支持业务目标 ●架构师应该具备很好的沟通能力,讲解架构.指导开发.协调冲突等 ●架构师必须了解软件过程,为项目全流程提供支持 本文由

架构设计杂谈001-软件开发人员的成长之路

软件开发人员的成长路线-1 从技术方面来看,基本上就三条主要路线: 1.纯技术路线: 高级开发人员 →系统设计人员→架构师→资深技术专家/资深架构师 2.技术管理路线: 研发型技术管理高级开发人员→ 系统设计人员→架构师 →技术管理人员→CTO/技术副总 项目型技术管理高级开发人员 →系统设计人员/ Team Leader →技术经理/技术总监 3.创业路线:高级开发人员→ 系统设计人员 →架构师 → 创业→当老板 ●架构师--软件开发人员的必经之路 软件开发人员的成长路线-2 转行或转技术周边

SOA架构设计经验分享—架构、职责、数据一致性

阅读目录: 1.背景介绍 2.SOA的架构层次 2.1.应用服务(原子服务) 2.2.组合服务 2.3.业务服务(编排服务) 3.SOA化的重构 3.1.保留服务空间,为了将来服务的组合 4.运用DDD+GRASP进行分析和设计(防止主观的判断导致错误的假设) 5.SOA分布式下的数据一致性 5.1.分布式事务(基于DTC的分布式事务) 5.2.事务补偿(提供正向或反向的操作来让数据在业务上是一致的) 5.3.异步EDA(基于异步事件流来实现柔性的分布式事务) 6.总结 1.背景介绍 最近一段时

[转]SOA架构设计经验分享—架构、职责、数据一致性

阅读目录: 1.背景介绍 2.SOA的架构层次 2.1.应用服务(原子服务) 2.2.组合服务 2.3.业务服务(编排服务) 3.SOA化的重构 3.1.保留服务空间,为了将来服务的组合 4.运用DDD+GRASP进行分析和设计(防止主观的判断导致错误的假设) 5.SOA分布式下的数据一致性 5.1.分布式事务(基于DTC的分布式事务) 5.2.事务补偿(提供正向或反向的操作来让数据在业务上是一致的) 5.3.异步EDA(基于异步事件流来实现柔性的分布式事务) 6.总结 1.背景介绍 最近一段时

架构设计实践二:需求分析

1.1 三个问题 掌握好需求分析,需要掌握三个问题的解决方式. 需求如何获得?需求开发=愿景分析+需求分析 如何判断需求全不全?功能.质量.约束三类需求 如何从需求转换为设计?功能.质量.约束对架构产生不同的影响. 1.2 软件研发与交付过程总图 其中概念化阶段一般都要完成愿景分析.风险评估.可行性分析及项目进度和成本的粗略估算,输出<愿景与范围文档>:需求分析阶段则完成需求捕获.需求分析,得到<软件需求规格说明书>,一个关键的思路是需求捕获与需求分析是迭代着进行的,完成需求捕获之

UML笔记1---结合架构设计用对象建模

UML笔记1---结合架构设计用对象建模 一.UML的视图和图 视图,只是表达系统某一方面特征的UML建模组件的子集:视图被划分成三个视图域:结构分类.动态行为和模型管理. ---结构分类,描述了系统中的结构成员及其相互关系.类元包括类.用例.构件和节点.类元为研究系统动态行为奠定了基础.类元视图包括静态视图.用例视图和实现视图. ---动态行为描述了系统随时间变化的行为.行为用从静态视图中抽取的瞬间值的变化来描述.动态行为视图包括状态机视图.活动视图和交互视图. ---模型管理说明了模型的分层

架构设计三部曲之如何做架构设计

架构设计不是架构师的专属工作,对非技术人员甚至是开发人员来说,从实实在在的需求到高神莫测的架构设计仿佛是一个神秘的过程,只有具有架构师头衔的人才能掌握各中玄妙,这篇文章就是从最基本的事物关系来回答如何根据需求进行架构设计的问题. 根据我前面的文章,架构的本质是事物与事物之间恰当的关系,不同领域的架构,其事物的指代不同,比如对于组织架构而言,事物指的是人与机构:建筑架构,事物指的是钢筋混凝土与空间.那在软件领域,事物指的是什么呢?我们知道,软件系统的本质是人类将自身无法处理的大量业务相关的数据进行

微软&amp;中科大提出新型自动神经架构设计方法NAO

近期,来自微软和中国科学技术大学的刘铁岩等人发表论文,介绍了一种新型自动神经架构设计方法 NAO,该方法由三个部分组成:编码器.预测器和解码器.实验证明,该方法所发现的架构在 CIFAR-10 上的图像分类任务和 PTB 上的语言建模任务中都表现强劲,在计算资源明显减少的情况下优于或持平于之前的架构搜索最佳方法. 从几十年前 [13, 22] 到现在 [48, 49, 28, 39, 8],无人干预的神经网络架构自动设计一直是机器学习社区的兴趣所在.关于自动架构设计的最新算法通常分为两类:基于强