关于后端:现代企业架构技术架构

3次阅读

共计 2081 个字符,预计需要花费 6 分钟才能阅读完成。

技术架构

什么是技术架构

技术架构是对某一技术问题 (需要)解决方案的结构化形容,由形成解决方案的组件构造及之间的交互关系形成。狭义上的技术架构是一系列涵盖多类技术问题设计方案的统称,例如部署计划、存储计划、缓存计划、日志计划等等

企业架构中的技术架构聚焦在对业务、利用、数据等下层架构设计用意的开发实施方案的结构化形容。咱们心愿联合以后企业数字化建设的支流趋势和新技术成熟遍及的大环境,论述咱们对技术架构设计的察看及思考。

技术架构元模型综述

技术架构元模型是对技术架构组成因素的形象建模,用来定义用于结构化形容架构设计的模型元素技术架构元模型的定义须要满足当今企业数字化建设的理论须要

为了适应当今企业对技术架构的形容需要,咱们在经典企业架构框架办法的根底上对技术架构元模型进行了补充扩大,内容次要由架构模式模型、架构计划模型、以及技术策略模型组成。

架构模式元模型

模式分析是疾速意识问题实质以及教训复用的无效实际,咱们在元模型内容中减少了架构模式模型引入模式分析视角,对下层架构设计用意、问题进行剖析建模,目标是疾速、精确定位设计和复用技术计划。

架构计划模型是形容技术架构设计的外围元模型蕴含三个次要外围元素。基于平台型企业架构技术设计的特色,咱们应用了平台、服务、组件这三个档次递进的元素对技术架构进行建模。

架构策略元模型

架构策略模型是为了束缚和标准架构设计过程,保障架构设计遵循企业整体的架构设计愿景与需要合乎企业整体的架构设计准则与标准,是对于架构设计过程自身的束缚和领导

须要阐明的是,架构策略模型同样实用于业务架构. 利用架构和数据架构局部,例如企业级的数据规范就属于架构策略元模型的标准对应的内容

技术架构元模型利用

富技术时代如何做好平台型技术架构设计

受害于新技术的涌现和一直成熟,及技术工具的极大丰富,技术架构设计的灵便度和效率都失去了显著晋升。另一方面,在平台型技术架构的设计中,作为多业务条线、多利用、多数据场景落地的技术基座,技术架构设计所需笼罩的规模、应答的复杂度今非昔比。加之“富”技术条件的加持,一个好的技术架构设计的艰难度实际上指数级减少。而始终以来实质上是强依赖架构师的教训和能力的技术架构设计办法和过程,在这样的语境下,一系列挑战和问题再次凸显:

  1. 对于架构需要把握有余或者没有架构需要的剖析意识,过早的进入架构设计,导致系统复杂度变高甚至适度设计,为开发落地带来额定的研发老本
  2. 架构设计采纳的技术和工具过于超前,超出团队成员技术水平,造成落地难度高,新成员上手速度慢,进而对整体进度和施行成果造成影响
  3. 架构设计过程工夫长,实现后团队就不再违心对设计方案持续调整和迭代,当技术倒退变动很快时,设计实现时计划曾经过期

因而,富技术时代下,做好平台型技术架构设计的要害是:

  • 系统性的剖析架构需要
  • 结构化的设计架构计划
  • 积淀可复用的架构教训

系统性的剖析架构需要

很多由不良架构引发的问题景象,剖析背地的外围因素时,都指向了一个要害起因,即短少后期对架构设计需要的系统性剖析。当技术团队被问到为什么应用某种设计思路为什么应用某种技术组件时,失去答复往往跟其本身的主观教训有很大关系。

问题 Problem、上下文 Context

问题和上下文是对下层架构设计输出的剖析和解读。问题形容了架构需要背地要解决的理论问题是什么,例如业务中台中如何保障前台取得统一的服务等级承诺 (SLA)。

上下文形容了与问题相干的背景信息,例如问题产生的背景是什么,须要思考什么样约束条件,冀望达到什么样的成果等等。

  • 模式 Pattern

模式是通过对问题和上下文的剖析,疾速映射到的业界或企业内的最佳实际。模式是解决某一类问题的计划原理的总结,通过模式技术人员能够疾速形成对问题及计划背地原理的了解,在问题不变时,模式具备绝对的稳定性,是积淀技术常识的最佳模式

  • 决策 Decision

决策形容了在模式的根底上,引入与具体架构方案设计相干的影响因素后,造成的合乎满足架构建设需要的技术类决策,决策的形容形式能够是决策权或决策表。

对决策的建模有助于使企业建设起标准的技术决策、治理,规范化决策过程及决策内容,是企业构建可演进式的架构治理能力的要害。通常决策的影响因素包含来自顶层设计的 T 技术策略、架构策略、技术选型、跨性能需要、T 施行办法等

总结

通常应用问题、上下文对下层设计用意进行系统性的剖析后,失去的问题如果精确,那么它在业界往往曾经存在成熟的解决方案模式能够参考。架构模式元模型的价值是帮忙企业辨认和利用曾经成熟的最佳实际,进步架构设计品质,升高架构设计老本

咱们以下面提到的中台如何提供统一的服务等级这个问题为例,通过剖析,背地的技术问题定义是如何解决接入前台之间的跨性能需要 (平安、存储、性能、可靠性等)隔离问题,由此能够疾速确定对应的基础架构是多租户 (Multi-tenancy) 架构。

多租户架构在业界有标准化的成熟模型能够参考,因而咱们能够将其作为参考架构,再联合上下文中的需要背景做架构细化,最初引入技术策略模型进行技术选型、实施规划等方面的技术决策,产出最终技术架构计划.

本文由 mdnice 多平台公布

正文完
 0