《基于中间件的基础设施自动发现》

2018/03/14 Paper

论文地址: https://patents.google.com/patent/US7912749B2/en

论文主体内容:

通过分析中间件网络数据,建立信息模型;从网络数据中判断组件性能阈值、基础设施组件之间的依赖关系以及业务流程与基础设施的映射关系;

建议采用分层(图层)模型;(比如Dynatrace中的5层模型)

架构基线特征

  1. 基于对象的;
    • 对象也就是架构实体或者信息模型的组合;
  2. 策略驱动的;
  3. 安全的;
  4. 自我管理的;
  5. 自我描述;
    • 自我描述有利于新组件加入后的关系挖掘,而不依赖人工的定义与配置;
  6. 能够提供信息透明度;

架构基线是简化系统主要部分的识别和结构化组织的催化剂。

架构发现本质上是对信息的识别和分类过程,识别和分类过程最好与任何特定的知识库,上下文,协议或平台 无关。

模型划分

可以提供元模型来定义用于在业务管理环境中指定模型的语言。元模型可以具有描述动态语义的能力。元模型图层中的一些对象示例包括类,属性,操作,关联,组件等

可以提根据核心模型来定义抽象类的集合,核心模型是分析师确定如何扩展核心模型以创建领域模型的起点。抽象类的一些例子,比如交易、客户等;

按照信息的抽象程度划分: 元模型 > 信息模型 > 核心模型 > 领域模型;

信息模型和核心模型通常更稳定,这两个模型是定义域模型的来源,这些模型也提供了跨不同领域的元素视图,可发现有价值的业务相关数据。

信息过滤

从多个数据源创建有用的信息非常关键。但是,业务相关性需要适当、一致且相关的信息,而不是分散的数据。信息透明度服务可以将离散的实时或历史数据源分离出来,作为有用的信息源。该过程涉及通过使用明确定义的‘聚合’和‘转换规则’以及信息模型作为信息交换的基础来聚合和转换数据源。

模式

软件模块存储在数据库中。库中的各个模块称为模式,而库本身称为模式目录。模式可以根据其规模和抽象进一步分类为

  • 架构模式
  • 设计模式
  • 语言模式

架构模式:表达了软件系统的基本结构组织模式。它提供了一组预定义的子系统,指定了他们的职责,并包括组织它们之间关系的规则和准则。

扩展功能

基础设施的自动发现,可衍生出通过诊断分析进行故障定位或影响分析等功能。可以提供自我修复程序,并且可以通过动态资源管理和嵌入式服务意识来解决基础结构优化问题。比如Dynatrace的故障定位;

扩展产品了解:

dynatrace amazon-application-discovery

Search

    Post Directory