[发明专利]应用属性的管理

说明书

在示例中，系统可以包括处理资源和存储器资源。存储器资源可以存储应用属性。如果从应用接收到对于应用属性的请求，则处理资源可以提供应用属性。在示例中，应用属性包括应用的可观测应用属性和环境属性中的至少一个。

背景技术

计算系统可以运行应用，所述应用具有用于每个应用的各种配置。除了其他类似应用配置结果之外，应用的配置可以影响服务器处理、操作系统设置和在用户交互期间的应用。

附图说明

在下面的具体实施方式中并且关于附图描述了某些示例，其中：

图1是用于应用属性的管理的系统的示例；

图2是用于应用属性的管理的示例方法的流程图；

图3是包括当由处理器执行时管理应用属性的代码的示例非暂时性计算机可读介质的框图；

图4是多个服务器管理用于多个客户端的应用的示例示意图；

图5是多个服务器管理应用属性并且向客户端提供观测器更新器的示例示意图；以及

图6是用于为应用管理到同步的高速缓存的应用属性的属性管理服务框架的示例示意图。

具体实施方式

可以将应用属性存储在为应用本地存储的属性文件或配置文件中。也可以以用于应用的每个实例的单独的配置文件或以其他零碎配置存储方法来存储应用属性。诸如Spring Cloud-Config之类的配置服务可以作为单独的应用运行并且从诸如git储存库之类的用于软件开发的版本控制系统提供属性。尽管这些服务中的一些包括集中式应用属性贮存器的使用，但先前的方法不可以提供可观测应用属性或环境属性聚合。

如在本文所描述的，集中式应用属性贮存器的使用可以减少组件的数量。组件中的该减少可以使改变在一个位置的配置和具有全局地感受到的效应的任务容易。通过使用集中式属性管理器的本技术，为系统全局地改变配置可以涉及较少的出错机会。现公开的技术中可观测应用属性和环境属性聚合的使用允许在不进行重启的情况下更新应用配置。可以实现该能力，这是因为来自中心属性管理器的这些属性的可用性在不经由依赖注入框架传递通过系统的情况下允许应用改变。

现公开的技术也有助于避免管理开发环境共同的错误。在示例中，现公开的技术避免使用多个配置文件和数个版本的配置文件。使用多个配置文件或数个版本的配置文件会造成问题，例如，如果开发者创建了不准备用于生产使用的应用配置的开发版本。结果得到的开发版本配置文件可以被设备或系统或应用使用不正确的配置来不正确地实施。

本技术可以用于管理由分布式配置服务利用冗余服务而不是通过传统的数据库或文件系统方式备份的应用属性。在示例中，配置服务也可以是用于分布式系统的同步服务或命名服务。在示例中，分布式配置服务可以包括来自Apache的Apache ZooKeeper^TM。使用用于管理应用属性的分布式配置服务可以包括为每个应用定义用于属性管理的环境。使用分布式配置服务还可以包括通过向应用推送更新或者通过向应用提供更新器来更新应用的能力。更新器可以监视来自配置服务的配置以进行更新。在示例中，更新器可以是在属性改变被作出并且被检测到时观测到在配置服务中检测到的属性改变并且对其有反应的Java^TM应用。

图1是用于应用属性的管理的系统100的示例。系统100可以包括存储属性依赖通知的存储器资源，该属性依赖通知可以被提供给应用。属性依赖通知可以向应用警告由应用作出的对于应用属性的请求应当指向系统100。