[发明专利]基于模型的合成应用程序平台

说明书

背景

开发并部署数据驱动的合成应用程序(即通过组合多个模块来构建的应用程序)是具有挑战性的任务，尤其是在考虑在分布式环境中进行部署的情况下。

迄今，对特殊低级编程知识的需求对数据驱动的合成应用程序的开发和部署造成了难以克服的壁垒。

概述

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要求保护的主题的范围。

各实施例提供一种用于使得能够构建和部署自主的合成应用程序和服务的体系结构。另外，提供了一种允许分布式应用程序和服务之间的通信的基础结构。

在一个或多个实施例中，一种示例体系结构包括或以其他方式使用五个逻辑模块，包括连接服务、进程服务、身份服务、生存期服务、以及工具。

附图简述

在全部附图中，使用相同的标号来指示相同的特征：

图1示出根据一个或多个实施例的体系结构或平台的示例高级视图。

图2示出根据一个或多个实施例的示例服务总线的各方面。

图3示出根据一个或多个实施例的、联合名字空间组件可在其中操作的环境。

图4示出根据一个或多个实施例的示例安全体系结构。

图5示出根据一个或多个实施例的示例事务服务环境。

图6示出根据一个或多个实施例的示例消息通信服务节点。

图7示出根据一个或多个实施例的示例消息通信服务互连。

图8示出根据一个或多个实施例的示例进程服务组件。

图9示出根据一个或多个实施例的示例进程服务环境。

图10示出根据一个或多个实施例的示例目录服务环境。

图11示出根据一个或多个实施例的示例访问服务环境。

图12示出根据一个或多个实施例的示例集成服务环境。

图13示出根据一个或多个实施例的示例应用程序生存期服务环境。

图14示出根据一个或多个实施例的示例储存库。

图15示出根据一个或多个实施例的示例执行组件。

图16示出根据一个或多个实施例的示例分析服务环境。

图17示出可用于实现一个或多个实施例的示例系统。

详细描述

概览

如上所述，通过组合多个模块来构建的应用程序被称为“合成应用程序”。合成应用程序的各不同部分(例如客户机部分、业务处理部分、数据存储部分等)可以在完全不同的环境(例如，ASP.NET、BizTalk、SQL服务器)中运行，这极大地增加了将该应用程序作为整体进行处理的难度。另外，合成应用程序生存期中的各不同时刻通常缺乏自动化。迄今，合成应用程序基础结构当前滞后于其要求，例如丰富合成应用程序的作者报告他们花费超过90％的资源来编写基础结构代码根本不罕见。随着分布式处理和带宽变得越来越无处不在，公司等面临着他们所想的与他们为构建、部署以及管理所能负担的之间的令人着急的缺口。

开发合成应用程序的模型使得非传统编程团体参与构建重要的应用程序成为可能。通过使人们能够在不必编写脚本或代码的情况下操作应用程序来使这一点成为可能。诸如规则或工作流(以下描述)等功能抽象与代码和安装脚本相比有点更接近于人们实际上想象系统的方式。

在以下讨论中，介绍一平台或体系结构的概念。该平台可以提供声明性编程体验和域特定语言的统一目标。声明性体验可以在应用程序的整个生存期中提供，以使得编程最终用户能够根据声明性抽象而非根据代码或脚本来处理他们的特定系统。如下所述，利用由各应用程序、工具以及服务所共享的共同储存库，并且该储存库通过减少应用程序生存期中涉及的不同存储的数量而简化了开发和管理。储存库的更大价值是其包含模型形式的模式(schema)和内容。对储存库的进行中的使用可以教导应用程序编写者根据模型来思考。随着应用程序的更多方面表现为储存库中的内容，各部分之间的新的协同将变得显而易见并可以之前从不可能的方式来利用。

当今，管理和分析合成应用程序涉及针对该应用程序的每一部分的完全不同的体验。根据以下描述的各实施例，合成应用程序可以作为整体而非不同的部分来管理和分析。在至少一些实施例中，通过单个接口将应用程序作为整个实体来进行部署、管理、以及分析是可能的。另外，这些应用程序的各单独部分可以使用所描述的平台来增量地进行版本化。在一个或多个实施例中，观察模型可以从整个应用程序的观点来建立，这使得按照统一的分析者友好的比喻通过其各部分来理解合成应用程序的执行。