在优维科技的产品视角中，数字化架构管理就像是一门精妙的艺术，它将上层应用模型的业务概念以可视化的方式呈现出来，使得业务逻辑和流程变得更加直观、清晰。我们将这样的管理方式理解为“给企业搭起一座桥梁”——在这座桥梁的搭建过程中，数字化架构管理巧妙地屏蔽了CMDB模型的复杂性，让企业的运维人员无需深入关注技术细节，就能轻松地运用CMDB模型。
优维数字化架构管理 一、产品建设背景
随着企业数字化转型的加速和技术架构的不断演进，企业在架构治理方面仍然存在诸多挑战和问题。例如： 架构梳理工作量大。企业的业务系统众多，对所有业务系统的架构进行梳理，工作量巨大，难以落地。 架构变化快。敏态业务系统架构变化频繁，传统的文档维护方式，成本高。 架构治理难。把架构可视化代替了架构管理全部，架构从开始就无规范/标准，导致架构管理失控。 架构类型多。客户从过去历史遗留系统到今天的云原生系统，系统种类很多，依赖基础环境也不同，无法手工管理。 通过构建数字化的架构管理平台，实现架构的透明化、规范化管理，全生命周期可追溯。服务于规范化开发系统架构、架构故障排查、架构变更风险识别等一系列场景，提供架构管理在设计态、运行态、架构治理、可视化系统墙、可视化应用墙、架构规范文档、系统统计、应用统计的关键产品能力。 数字化架构管理平台能够为企业提供以下重要的价值： 通过运行访问架构自动发现+人工治理（如基线版本/人工更新）的模式，降低架构维护成本，提升维护效率。 建立数字化管理模式，去文档化，从设计态到运行态，实现全生命周期管理架构。 把架构当成数字化资产，可视化图谱只是数字化的呈现，从一开始建立架构管理规范和标准，设计态架构到运行态架构对应关系皆可追溯。 构建全过程、多维度的系统-应用-应用服务的数字化管理能力，统一应用资源画像。 产品核心概念 产品功能架构 二、产品能力 为了给客户带来极致的产品体验，优维从系统规划、逻辑架构、运行环境、访问架构四个方面进行产品能力的设计与研发。 系统规划 在一套新系统的设计阶段，架构师的角色至关重要。他需要在项目初期就对整个系统进行全面的规划和设计，确保系统能够在未来的运行中高效、稳定地服务于业务需求。 有了优维这套数字化架构管理产品，架构师可以在这里执行规划应用系统、拆分子系统、规划环境、拆分应用等功能性操作。 新建应用系统 通过【父系统】字段可将新建的系统设置为子系统。 规划环境 有时在应用系统设计阶段，架构师会考虑该系统的高可用要求，此时可以使用环境管理功能进行规划，如两地三中心、同城灾备、异地灾备等。 在环境详情页中还可以管理环境拥有的基础设施资源，支持主机和容器资源： 环境管理除了用于部署规划，也将用于访问架构的生成。 应用管理 用户可以在应用系统中新建应用： 逻辑架构 设计逻辑架构 系统的逻辑架构指的是系统中应用之间的逻辑关系，因此进行逻辑架构设计前需确保应用系统中已拆分好对应的应用。 添加应用 首先按照应用系统的维度进入逻辑架构的设计工作区，点击添加按钮可向画布中添加应用： 编排应用间的逻辑关系 依次点击画布上的应用节点、编辑按钮，可编排和调节应用间的逻辑访问关系和应用所处的架构层级：（应用的架构层级在创建应用时初始化，设计逻辑架构时可直接调整该属性） 查看外部系统的逻辑访问关系 当用户编排的逻辑访问关系涉及到非当前系统的应用时，这部分线条不会直接在画布上呈现，而是将其收敛为“上游系统”和“下游系统”来指代这些外部应用。 这样处理的好处在于避免了过多外部复杂连线导致本系统逻辑架构过于复杂，降低视图的可读性。 若有必要，可以让这些外部应用全部显示： 更为推荐的方法是点击“上游系统”或“下游系统”来下钻查看单个外部系统与本系统间的逻辑访问关系： 删除逻辑访问关系 用户可通过依次点击应用与应用之间的边、移除按钮来实现删除指定逻辑访问关系的功能。 逻辑架构版本管理 保存为版本 用户对逻辑架构的任意编辑在任何时刻都将实时保存在工作区内，因此用户可随时离开页面或临时退出工作区； 当用户确认编辑完成后，可点击页面右上角的【存为版本】按钮，将逻辑架构存为一个版本： 查看历史版本 若要查看逻辑架构的历史版本，请先退出工作区，随后在查看视图下依次点击页面右上角的管理、历史版本按钮： 运行环境 运行态架构可自动发现并绘制现网运行的系统的访问架构图，便于用户将运行态访问架构与设计态的逻辑架构进行对比，也便于后续实现架构治理的目的。 此功能需要用户提前管理好应用系统的运行环境及服务发现等相关工作。 维护部署资源 服务自动发现依赖服务部署的基础设施，因此用户可基于设计态规划的环境继续维护该环境下的部署资源： 维护服务特征 使用服务特征我们可以识别自动发现的服务与应用之间的关系。 服务特征又叫应用的运行特征，它可以在新建应用时全局设置： 也可以在运行环境中针对该环境进行个性化设置： 配置服务发现 现网服务自动发现依赖服务发现策略，用户可针对基础设施的不同类型（主机或容器）选择不同的服务发现套件： 配置好服务发现策略后，系统将按具体策略执行服务自动发现，并自动分析服务归属的应用。当然用户也可以手动触发服务归属的分析。 访问架构 访问架构管理 系统的运行态访问架构依赖运行环境的管理，请先确保运行环境中存在现网发现的应用服务。 维护系统运行态访问架构需要进入架构维护的工作区，工作区内会将应用服务展示在画布上，并根据关联应用的架构层级信息分层展示，服务访问关系依赖自动发现： 视图调和 有时可能因为现网网络环境不可达、安全性或其他原因导致某些服务访问关系无法被自动发现，此时可以借助视图调和的功能实现对访问架构的人工调和。 添加节点 用户可依次点击架构图画布层级上的“…”、“添加节点”按钮实现人工添加： 或者点击画布上的应用服务，并选择“新增下游调用”或“新增上游调用”来实现对节点的手动添加： 访问架构变更通知 当访问架构维护完成，用户可即时将其保存为版本，但此时自动发现策略可能仍在工作，有时会因为系统工程实现的变化而发现有新增的服务、新增的服务访问，此时并不会直接打乱用户的架构维护工作区，而是通过界面提示，经用户确认后方才会使有变更的对象进入工作区： 服务部署架构 在运行态访问架构上，用户可点击具体的某个应用服务，并选择“查看应用服务”来详细查看指定服务的部署架构及上下游访问关系： 三、产品价值 立足应用层提升CMDB模型实用性和运营价值 优维应用数字化架构管理产品专注于应用层面，使得CMDB模型技术对业务人员变得更加实用、易用，辅助日常决策。 数字化架构管理提升了CMDB模型的运营价值，通过结合业务概念，企业能够实时监控业务状态并迅速解决问题。 动态和实时的管理方式使CMDB模型从静态被动转变为动态主动，为企业发展提供动力。 数字化架构管理如同一位指挥家，协调上层应用模型和CMDB模型，推动企业的数字化进程。 优维应用数字化架构管理产品的推出，不仅帮助客户运维人员更好地运用CMDB模型，还提高了企业的整体运营效率。
