「架构框架」ArchiMate视图指南(7):信息结构视图和服务实现视图

简介: 「架构框架」ArchiMate视图指南(7):信息结构视图和服务实现视图

基本视图

ArchiMate基本视图包括ArchiMate元素和ArchiMate三个主要层的概念:业务、应用程序和技术。下面列出的是ArchiMate 3.1示例视点表,分为四类,指明了它们所涵盖的方向和范围:

  • 组合:定义元素的内部组合和聚合的视图。
  • 支持:您所查看的元素被其他元素所支持的视图。通常从一层往上到上一层。
  • 合作:朝向相互合作的对等元素。通常跨不同的方面。
  • 实现:您正在查看实现其他元素的元素的视图。通常从一层向下到下一层。

 

组成视图

名字 透视图 关注点
组织 企业在角色、部门等方面的结构。 识别能力、权力和责任
信息结构 显示企业中使用的信息的结构。 使用的数据和信息的结构和依赖关系,一致性和完整性
技术 网络、设备和系统软件等企业信息系统的基础设施和平台。 基础设施的稳定性、安全性、依赖性和成本
分层 提供架构的概述。 一致性、降低复杂性、变更的影响、灵活性
物理 物理环境以及它如何与IT基础设施相关联。 物理环境的关系和依赖关系,以及它们与IT基础设施的关系

支持视图:

名字 透视图 关注点
产品 显示产品的内容。 产品开发,企业产品提供价值
应用使用 将应用程序与其在例如业务流程中的使用关联起来。 一致性和完整性,降低复杂性。
技术使用 展示应用程序如何使用技术。 依赖关系、性能、可伸缩性

合作视图:

名字 透视图 关注点
业务流程合作 显示各种业务流程之间的关系。 业务流程、一致性和完整性、责任之间的依赖关系
应用合作 显示应用程序组件及其相互关系。 应用程序之间的关系和依赖、服务的编排/编排、一致性和完整性、复杂性的降低

实现视图:

名字 透视图 关注点
服务实现 显示如何通过必要的行为实现服务。 业务流程的增值、一致性和完整性、责任
实现和部署 显示如何将应用程序映射到底层技术。 应用平台的结构以及它们与支持技术的关系

本节主要介绍物理视图和分层视图

物理视图

什么是物理视图?

物理视图显示可以创建、使用、存储、移动或转换材料的设备,以及如何通过分发网连接设备,以及分配给设备的其他活动元素。

下表详细描述了物理视图。

利益相关者 基础设施架构师、运营经理
关注点 物理环境的关系和依赖性,以及这与IT基础设施的关系
目的 设计
范围 多层/多方面
元素 位置、节点、设备(Device)、设备(Equipment)、设施(Facility)、路径、通信网络、分发网络、材料

 

物理视图示例

下图显示了在物理视角下绘制的架构图。

分层视图

什么是分层视图?

分层视点提供了企业架构所有层和方面的核心元素的鸟瞰图。完全分层视图背后的结构原理是,每个专用层通过“实现”关系公开服务层,服务层进一步“服务”下一个专用层。通过这个视图,您可以很容易地将专用层的内部结构和组织与其外部可观察的行为(表示为专用层实现的服务层)分开。

下表详细描述了分层视点。

利益相关者 企业、流程、应用程序、基础设施和领域架构师
关注点 一致性、降低复杂性、变化的影响、灵活性
目的 设计、决定、告知
范围 多层/多方面
元素 <所有核心元素和所有关系在这个视图中都是允许的>

 

分层视图示例

下图显示了在分层视点下绘制的架构图。




相关文章
|
7月前
|
消息中间件 负载均衡 中间件
⚡ 构建真正的高性能即时通讯服务:基于 Netty 集群的架构设计与实现
本文介绍了如何基于 Netty 构建分布式即时通讯集群。随着用户量增长,单体架构面临性能瓶颈,文章对比了三种集群方案:Nginx 负载均衡、注册中心服务发现与基于 ZooKeeper 的消息路由架构。最终选择第三种方案,通过 ZooKeeper 实现服务注册发现与消息路由,并结合 RabbitMQ 支持跨服务器消息广播。文中还详细讲解了 ZooKeeper 搭建、Netty 集群改造、动态端口分配、服务注册、负载均衡及消息广播的实现,构建了一个高可用、可水平扩展的即时通讯系统。
865 0
|
7月前
|
文字识别 运维 监控
架构解密|一步步打造高可用的 JOCR OCR 识别服务
本文深入解析了JOCR OCR识别服务的高可用架构设计,涵盖从用户上传、智能调度、核心识别到容错监控的完整链路,助力打造高性能、低成本的工业级OCR服务。
338 0
架构解密|一步步打造高可用的 JOCR OCR 识别服务
|
11月前
|
消息中间件 人工智能 监控
文生图架构设计原来如此简单之分布式服务
想象一下,当成千上万的用户同时要求AI画图,如何公平高效地处理这些请求?文生图/图生图大模型的架构设计看似复杂,实则遵循简单而有效的原则:合理排队、分工明确、防患未然。
443 14
文生图架构设计原来如此简单之分布式服务
|
10月前
|
存储 NoSQL Redis
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 +  无锁架构 +  EDA架构  + 异步日志 + 集群架构
|
存储 JavaScript 开发工具
基于HarmonyOS 5.0(NEXT)与SpringCloud架构的跨平台应用开发与服务集成研究【实战】
本次的.HarmonyOS Next ,ArkTS语言,HarmonyOS的元服务和DevEco Studio 开发工具,为开发者提供了构建现代化、轻量化、高性能应用的便捷方式。这些技术和工具将帮助开发者更好地适应未来的智能设备和服务提供方式。
基于HarmonyOS 5.0(NEXT)与SpringCloud架构的跨平台应用开发与服务集成研究【实战】
|
消息中间件 存储 安全
分布式系统架构3:服务容错
分布式系统因其复杂性,故障几乎是必然的。那么如何让系统在不可避免的故障中依然保持稳定?本文详细介绍了分布式架构中7种核心的服务容错策略,包括故障转移、快速失败、安全失败等,以及它们在实际业务场景中的应用。无论是支付场景的快速失败,还是日志采集的安全失败,每种策略都有自己的适用领域和优缺点。此外,文章还为技术面试提供了解题思路,助你在关键时刻脱颖而出。掌握这些策略,不仅能提升系统健壮性,还能让你的技术栈更上一层楼!快来深入学习,走向架构师之路吧!
441 12
|
Kubernetes Cloud Native Docker
云原生之旅:从传统架构到容器化服务的演变
随着技术的快速发展,云计算已经从简单的虚拟化服务演进到了更加灵活和高效的云原生时代。本文将带你了解云原生的概念、优势以及如何通过容器化技术实现应用的快速部署和扩展。我们将以一个简单的Python Web应用为例,展示如何利用Docker容器进行打包和部署,进而探索Kubernetes如何管理这些容器,确保服务的高可用性和弹性伸缩。
|
4月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。