策略管理方法及装置与流程

1.本发明涉及策略管理领域，特别是指一种策略管理方法及装置。


背景技术：

2.当前，端到端流程要求对策略的使用唯一的用例是针对自动扩缩容策略的管理。具体功能包括：创建策略，查询策略，更新策略，激活策略，去激活策略，删除策略。
3.当前企业标准对于策略功能的使用比较局限，提出的策略管理也比较简单，只是实现最基本的策略生命周期管理，缺少对策略可用性的检测和分析，同时，在实现层面上，管理与编排(mano)中的各个组件无法解耦，无法实现对于来自不通厂商的操作员所下发的策略进行分析和检测。
4.当前对于策略的管理和实现主要由两种方法，一种是厂商在vnf(虚拟化网络功能)描述(vnfd)中内置策略，在同一厂商的mano组件中进行传输和使用；另一种是操作员将策略下发给nfv(网络功能虚拟化)编排器(nfvo)，后者将策略透传给vnfm(vnf管理组件)。值得注意的是，nfvo是无法解析策略内容和监控策略执行情况的。
5.在etsi(欧洲电信标准化协会)nfv中提出了策略管理点(pap)和策略功能(pf)的架构。pap负责定义mano策略，pf负责进行策略决策，例如评估策略条件是否满足；定义当策略满足时执行什么动作。pap和pf的位置如图1所示，pap和pf组队出现，一个pap对应一个pf，图中相同填充图案的代表同一pap/pf对。其中，oss为运营支持系统，bss为业务支持系统，em为网元管理器，vm为虚拟机，hypevisor为虚拟机监视器，hardware为硬件，vim为虚拟化基础设施管理器。
6.另一个选项是架构中仅有1个pap，而有3个pf，如图2所示。
7.命令式策略的一种普遍接受的通用形式是事件-条件-动作(event-condition-action，eca)策略。eca式策略描述方法是命令式策略描述方法的一种。命令式策略遵循命令式编程范式，该模式着重于描述程序的运行方式。在这种范式中，策略的结构使其明确控制一个状态到另一状态的过渡。在这种方法中，仅允许选择一种目标状态。这是通过使用显式控制该顺序的编程结构来定义操作发生的顺序以实现的。
8.事件(e)：事件是被管理系统和/或被管理系统环境发生更改时的任何重要事件。事件包括时间和用户操作。
9.条件(c)：条件被定义为一组属性、特征和/或值，将该组属性、特征和/或值与一组已知的属性、特征和/或值进行比较，以便确定其中的一组动作(命令)策略规则是否可以执行。条件的示例包括匹配数据包或流的属性，确定是否存在足够的资源来运行服务以及将与当前状态关联的上下文与过去状态中的上下文进行检查。
10.行动(a)：描述的是当满足事件和条件子句时，所使用的来控制和监视应用了策略规则的系统或组件的行动。操作执行的顺序以及如何处理故障由元数据确定。行动的示例包括提供入侵检测和/或保护，更改访问控制列表(acl)以授予或拒绝访问特权以及将流量重定向到备用电路(例如在拥塞的情况下)。
11.当前，管理架构中的策略的表述普遍遵循命令式策略中的eca式策略。
12.当前的策略描述通常采用eca形式，每个策略包含唯一的e、c和a。执行组件根据每个策略中所定义的e和c来监控相应的参数，当满足设定的阈值时，执行相对应的a。用户需要在设计态设计eca式的策略，并将设计好的策略部署到运行环境中,从而触发相应的事件，并按照策略定义的行动执行。但这种eca式策略只考虑针对具体业务按照策略定义描述来设计，而且只考虑对应的e和c是否满足条件进行判断分析，而对要执行的a在实际运行过程中能否被执行或能否被正确执行无法判断：例如在运行态时，无法预知或者预防策略所需行动和/或资源无法满足的情况，也就无法提前进行告警，另一种情况是，在本已无法满足条件情况下，依然执行策略，如果失败，可能仍然会进行不断尝试，造成网络资源浪费，并可能导致整体业务流程阻塞。以缩扩容策略为例，当nfv-mano无法满足扩容策略所需的资源时，传统mano架构必须先进行多次执行扩容(action的内容)的尝试，再反馈执行失败的信息，这就造成了策略执行速度慢，策略反应时间长，耽误服务的运行的问题。


技术实现要素：

13.本发明要解决的技术问题是提供一种策略管理方法及装置，能够动态地监控行动所需内容的可用性，以解决实际运行环境资源动态变化导致策略实际无法执行的问题，使资源和服务能被充分利用，避免资源和服务的过度使用而造成的可用资源不足。
14.为解决上述技术问题，本发明的实施例提供技术方案如下：
15.一方面，提供一种策略管理方法，包括：
16.获取按照策略参数模板设计的策略，对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应的策略组，同一策略组中的策略具有相同的事件和条件；
17.按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；
18.对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；
19.根据所述策略的可用性属性进行策略所定义的操作的执行。
20.一些实施例中，所述所需的数据包括但不限于以下至少一项：
21.当前环境中策略所需资源能否被满足；
22.在运行中分别属于不同策略组的策略对于同一资源的抢占；
23.数据压缩行动的可用性；
24.协议加速行动的可用性；
25.是否与当前环境所冲突；
26.vnf迁移的可用性。
27.一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
28.事件标识id；
29.策略id；
30.策略类型；
31.事件指标值；
32.开始时间；
33.结束时间；
34.周期；
35.其它描述；
36.其它属性。
37.一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
38.策略id；
39.设计人员；
40.策略类型；
41.版本；
42.描述；
43.所述条件描述包括以下至少一项：
44.条件关系，为各个条件之间的共存关系；
45.条件判断指标；
46.操作符；
47.触发操作的阈值；
48.描述；
49.其它属性；
50.所述组描述包括以下至少一项：
51.策略id；
52.组id；
53.操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
54.一些实施例中，所述策略监控模板包括以下至少一项：
55.监控描述；
56.监控id；
57.策略id；
58.监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，监控方法，监控内容，反馈的数据；
59.监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
60.冷却周期；
61.其他描述。
62.本发明实施例还提供了一种策略管理装置，包括：
63.设计模块，用于获取按照策略参数模板设计的策略；
64.验证模块，用于对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应
的策略组，同一策略组中的策略具有相同的事件和条件；
65.存储模块，用于存储验证通过的策略；
66.策略监控模块，用于按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；
67.决策模块，用于根据所述策略的可用性属性进行策略所定义的操作的执行。
68.一些实施例中，所述所需的数据包括但不限于以下至少一项：
69.当前环境中策略所需资源能否被满足；
70.在运行中分别属于不同策略组的策略对于同一资源的抢占；
71.数据压缩行动的可用性；
72.协议加速行动的可用性；
73.是否与当前环境所冲突；
74.vnf迁移的可用性。
75.一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
76.事件标识id；
77.策略id；
78.策略类型；
79.事件指标值；
80.开始时间；
81.结束时间；
82.周期；
83.其它描述；
84.其它属性。
85.一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
86.策略id；
87.设计人员；
88.策略类型；
89.版本；
90.描述；
91.所述条件描述包括以下至少一项：
92.条件关系，为各个条件之间的共存关系；
93.条件判断指标；
94.操作符；
95.触发操作的阈值；
96.描述；
97.其它属性；
98.所述组描述包括以下至少一项：
99.策略id；
100.组id；
101.操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
102.一些实施例中，所述策略监控模板包括以下至少一项：
103.监控描述；
104.监控id；
105.策略id；
106.监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，监控方法，监控内容，反馈的数据；
107.监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
108.冷却周期；
109.其他描述。
110.本发明实施例还提供了一种策略管理装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如上所述的策略管理方法。
111.所述处理器具体用于获取按照策略参数模板设计的策略，对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应的策略组，同一策略组中的策略具有相同的事件和条件；按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；根据所述策略的可用性属性进行策略所定义的操作的执行。
112.一些实施例中，所述所需的数据包括但不限于以下至少一项：
113.当前环境中策略所需资源能否被满足；
114.在运行中分别属于不同策略组的策略对于同一资源的抢占；
115.数据压缩行动的可用性；
116.协议加速行动的可用性；
117.是否与当前环境所冲突；
118.vnf迁移的可用性。
119.一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
120.事件标识id；
121.策略id；
122.策略类型；
123.事件指标值；
124.开始时间；
125.结束时间；
126.周期；
127.其它描述；
128.其它属性。
129.一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
130.策略id；
131.设计人员；
132.策略类型；
133.版本；
134.描述；
135.所述条件描述包括以下至少一项：
136.条件关系，为各个条件之间的共存关系；
137.条件判断指标；
138.操作符；
139.触发操作的阈值；
140.描述；
141.其它属性；
142.所述组描述包括以下至少一项：
143.策略id；
144.组id；
145.操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
146.一些实施例中，所述策略监控模板包括以下至少一项：
147.监控描述；
148.监控id；
149.策略id；
150.监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，监控方法，监控内容，反馈的数据；
151.监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
152.冷却周期；
153.其他描述。
154.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的策略管理方法中的步骤。
155.本发明的实施例具有以下有益效果：
156.上述方案中，按照优先级的从高到低，检测一个策略组中策略所定义的操作
actions的可用性，当高优先级策略的action的可用性为可用时，无需检查后续低优先级策略的action，直接将低优先级策略的可用性标记为不可用即可，避免了需要对资源进行多次检查而浪费算力的情况；当高优先级策略的action不可用时，将高优先级策略的action的可用性标记为不可用，并不再执行此action，避免了在资源不足的情况下，多次请求相关资源而造成的服务等待时间过长和交互所用资源的浪费。
附图说明
157.图1和图2为策略管理点和策略功能的架构示意图；
158.图3为本发明实施例策略管理方法的流程示意图；
159.图4为本发明实施例策略参数模板的示意图；
160.图5为本发明实施例策略管理装置的结构示意图；
161.图6为本发明实施例策略管理装置的组成示意图。
具体实施方式
162.为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
163.本技术实施例提供一种策略管理方法及装置，能够动态地监控行动所需内容的可用性等方面，以解决例如实际运行环境资源动态变化导致策略实际无法执行的问题，使资源和服务能被充分利用。而监控的内容将依据策略的action来确定，包括但不限于缩扩容策略所需的资源、服务加速所需的数据压缩或者协议加速、负载均衡所需的组件迁移权限等。
164.本技术实施例提供一种策略管理方法，如图3所示，包括：
165.步骤101：获取按照策略参数模板设计的策略，对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应的策略组，同一策略组中的策略具有相同的事件和条件；
166.步骤102：按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；
167.步骤103：对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；
168.步骤104：根据所述策略的可用性属性进行策略所定义的操作的执行。
169.本实施例中，按照优先级的从高到低，检测一个策略组中策略所定义的操作actions的可用性，当高优先级策略的action的可用性为可用时，无需检查后续低优先级策略的action，直接将低优先级策略的可用性标记为不可用即可，避免了需要对资源进行多次检查而浪费算力的情况；当高优先级策略的action不可用时，将高优先级策略的action的可用性标记为不可用，并不再执行此action，避免了在资源不足的情况下，多次请求相关资源而造成的服务等待时间过长和交互所用资源的浪费。
170.一些实施例中，所述所需的数据包括但不限于以下至少一项：
171.当前环境中策略所需资源能否被满足；
172.在运行中分别属于不同策略组的策略对于同一资源的抢占；
173.数据压缩行动的可用性；
174.协议加速行动的可用性；
175.是否与当前环境所冲突；
176.vnf迁移的可用性。
177.一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
178.事件标识id；
179.策略id；
180.策略类型；
181.事件指标值；
182.开始时间；
183.结束时间；
184.周期；
185.其它描述；
186.其它属性。
187.一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
188.策略id；
189.设计人员；
190.策略类型；
191.版本；
192.描述；
193.所述条件描述包括以下至少一项：
194.条件关系，为各个条件之间的共存关系；
195.条件判断指标；
196.操作符；
197.触发操作的阈值；
198.描述；
199.其它属性；
200.所述组描述包括以下至少一项：
201.策略id；
202.组id；
203.操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
204.一些实施例中，所述策略监控模板包括以下至少一项：
205.监控描述；
206.监控id；
207.策略id；
208.监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，监控方法，监控内容，反馈的数据；
209.监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
210.冷却周期；
211.其他描述。
212.本发明实施例还提供了一种策略管理装置，如图5所示，包括：
213.设计模块，用于获取按照策略参数模板设计的策略；
214.验证模块，用于对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应的策略组，同一策略组中的策略具有相同的事件和条件；
215.存储模块，用于存储验证通过的策略；
216.策略监控模块，用于按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；
217.决策模块，用于根据所述策略的可用性属性进行策略所定义的操作的执行。
218.本实施例中，按照优先级的从高到低，检测一个策略组中策略所定义的操作actions的可用性，当高优先级策略的action的可用性为可用时，无需检查后续低优先级策略的action，直接将低优先级策略的可用性标记为不可用即可，避免了需要对资源进行多次检查而浪费算力的情况；当高优先级策略的action不可用时，将高优先级策略的action的可用性标记为不可用，并不再执行此action，避免了在资源不足的情况下，多次请求相关资源而造成的服务等待时间过长和交互所用资源的浪费。
219.一些实施例中，所述所需的数据包括但不限于以下至少一项：
220.当前环境中策略所需资源能否被满足；
221.在运行中分别属于不同策略组的策略对于同一资源的抢占；
222.数据压缩行动的可用性；
223.协议加速行动的可用性；
224.是否与当前环境所冲突；
225.vnf迁移的可用性。
226.一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
227.事件标识id；
228.策略id；
229.策略类型；
230.事件指标值；
231.开始时间；
232.结束时间；
233.周期；
234.其它描述；
235.其它属性。
236.一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
237.策略id；
238.设计人员；
239.策略类型；
240.版本；
241.描述；
242.所述条件描述包括以下至少一项：
243.条件关系，为各个条件之间的共存关系；
244.条件判断指标；
245.操作符；
246.触发操作的阈值；
247.描述；
248.其它属性；
249.所述组描述包括以下至少一项：
250.策略id；
251.组id；
252.操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
253.一些实施例中，所述策略监控模板包括以下至少一项：
254.监控描述；
255.监控id；
256.策略id；
257.监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，监控方法，监控内容，反馈的数据；
258.监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
259.冷却周期；
260.其他描述。
261.本技术实施例基于eca式策略进行改进，增加了策略执行可用性监控的内容。同时，根据这种策略描述方法，设计了新的策略监控模板和配套的策略监控模块。本实施例可以保证策略的扩展性、灵活性和动态适应性；可以对策略所需监控的内容进行动态设计；策略监控模块利用这种改进的策略描述方法进行策略的生命周期管理、策略实现条件可用性监控、策略动态监控告警。
262.本实施例设计了新的策略参数模板，如图5所示，在传统eca式策略描述方式的基础上，将行动(a)清单按照group id进行分组，在行动(a)中增加了优先级(priority)和可用性(usability)两个新属性。同时在eca基础上增加策略监控模块，作为对策略可用性的
监控，可以进行参数和对应值的填充，生成与下发。
263.其中，group(策略组)本质上是action的一种变形，将行动列表(actionlist)作为group的一种数据类型，可以满足针对相同事件有不同的actions的情况存在，即允许设计者提前设计好针对action不能满足的情况下的，其它替代方案(action)，这也就是允许策略设计者和/或操作员更方便地根据实际策略运行的不同情况，提前设计好策略执行的内容，并将其放进一个group里，以便更灵活地满足用户的需求。其中，策略组id(group id)作为策略组的标识。
264.优先级(priority)是不同actions能够共存的基本前提，提供了对于不同actions的选择依据，给策略设计者和操作员更多的策略设计灵活度和选择，在实施时，按照优先级数值的大小，从高到低检查一个group里的actions的可用性，当高优先级的action的可用性为true时，无需检查后续action，直接标记为false即可，避免了系统需要对资源进行多次检查而浪费算力的情况。
265.对于可用性(usability)，策略监控模块对该条策略对应actions进行资源的可用性检查，如果当前资源不满足，将这个属性标记为false，并向策略下发者或者操作员发送告警，并不再执行此action。此功能避免了在资源不足的情况下，多次请求相关资源而造成的服务等待时间过长和交互所用资源的浪费。
266.本实施例的策略管理方法具体包括以下步骤：
267.步骤一：策略设计者按照ecam式参数模板设计策略；
268.步骤二：验证模块对步骤一设计的策略进行分析初步验证，即静态冲突验证，如果通过，为策略分配相应的策略组，其中，相同ec的策略属于同一策略组；
269.步骤三：如果验证通过并分配策略组成功，将策略存储到存储模块中；
270.步骤四：策略监控模块根据策略监控模板中的monitor_data_collect的内容，对具有不同actions的策略所需的数据，实时或者定时向nfs(网络功能)发送数据获取请求，并接收相关数据。接下来，根据monitor_judge的内容，对这些数据进行分析。通过分析所获取的相关信息和数据(如pm/fm信息)，分析得到策略action的可用性(也就是模板中的result)，如果资源满足策略执行的条件，则向存储模块发出通知，修改此条策略中的属性usability为true，并停止对其它低优先级的策略进行检测；反之则修改此条策略中的属性usability为false，即为不可用，继续检查其它低优先级策略的actions的可用性，并向对应实体或者操作员做相应告警。
271.策略监控模块所监控的内容包括但不限于当前环境中策略所需资源能否被满足，也包括其它与策略执行相关的内容，如在运行中分别属于不同group的策略对于同一资源的抢占；除资源外，还包括如数据压缩、协议加速等行动的可用性、是否与当前环境所冲突、vnf迁移的可用性(比方说迁移的价格、迁移的安全保障等)。比方说，action是数据压缩，这必将带来解压缩的问题，从而引起一定的数据还原失真问题，如果系统对于数据内容的精确度要求较高，则此策略action仍然需要被设置为false。
272.步骤五：决策模块在运行态期间根据接收的事件进行分析，并根据从存储模块获取的策略可用性信息判断策略状态，确定是否调用其他组件进行策略action的执行；如果相同ec具有多个策略action，则按照优先级高低进行比对，一旦某高优先级策略可以被满足，即停止比对检测，按照该策略执行。
273.以典型的资源扩缩容场景举例，正在运行的业务，当内存利用率超过某一阈值，触发告警事件，策略引擎根据告警信息，对资源内存进行扩容；传统的策略，可能直接确定超过阈值时，按照先定义的扩容的内存资源量直接进行扩容。
274.如果针对该告警事件，定义一个扩容的范围，在该范围定义多个action，例如可以设置增加2g，增加4g，8g等多个action，这样该告警事件会对应多个action，对每个action定义优先级，例如，增加8g优先级最高，4g其次，2g最低，执行时，优先选择增加8g,如果8g不满足，再选择4g,以此类推。
275.增加一个策略监控模块，对action的可用性进行实时和定时的监控，例如对于增加8g的action，监测到实际的资源不满足条件，则对该action设置为disabled，则当出现告警事件，会发现无法执行增加8g的action，转而执行增加4g的action。
276.一具体示例中，事件模板样例如下：
[0277][0278][0279]
其中，针对本段模板通用化解析为：
[0280][0281]
一具体示例中，条件和行动模板样例如下：
[0282]
[0283]
[0284][0285]
其中，针对本段模板通用化解析为：
[0286]
[0287]
[0288][0289]
通过在模板中增加优先级priority、可用性usability和策略组group_id，实现对操作的灵活选择。
[0290]
一具体示例中，策略监控模板样例如下：
[0291][0292]
[0293]
其中，针对本段模板通用化解析为：
[0294]
[0295][0296]
本实施例中，对eca式策略描述方法进行增强，即在eca式策略描述方法的基础上增加优先级priority、操作可用性usability两个属性以及提供一种基于eca式策略的扩展方式，即添加了group这一数据类型，以允许一个策略中不同actions可以同时存储，并根据策略执行的实时环境，进行策略action的选择和执行。
[0297]
本实施例还在eca的基础上提出一种策略监控模板，允许策略设计者和/或操作员按需设计需要监控的内容数据，包括但不限于策略所需的资源、权限、安全性考虑以及某些新方法对被管实体的符合度等、以及允许策略设计者和/或操作员根据所收集到的数据，选择一个判断此策略所包含的actions是否可用的判断方法。同时，将模板中的数据收集和数据分析的内容分为两个子模板(用不同id表示)，这样可以允许不同数据收集和分析方式自由组合。
[0298]
本实施例提出的可用性(usability)、优先级(priority)、分组(group)以及策略监控模板，是一种新的策略可用性监控方法，用户可以根据不同策略内容，自定义在运行态所需监控的策略执行情况，提升了eca式策略在执行过程中的灵活性。当事件产生时，现有方案会触发策略执行相应的方法，但是对于策略操作是否能够执行不可知。特别是如果产生大量相同事件，会导致频繁的执行策略动作的操作，当策略动作已经无法执行时，频繁调用会导致大量的资源浪费，甚至影响整体业务的正常运行，因此，新增的策略监控模块，对策略可用性和状态进行动态监控，当策略不可行就不再对资源和服务进行调用操作，直接返回，这样可以极大的提升资源的利用效率。同时，如果监控到策略不可执行，策略监控模块可以向上层实体或者操作员返回告警，提示进行策略内容的改进。
[0299]
本发明实施例还提供了一种策略管理方法，如图6所示，包括存储器21、处理器22及存储在所述存储器21上并可在所述处理器22上运行的计算机程序；所述处理器22执行所述程序时实现如上所述的策略管理方法。
[0300]
所述处理器22具体用于获取按照策略参数模板设计的策略，对所述策略进行静态冲突验证，如果通过，将所述策略分配到对应的策略组，同一策略组中的策略具有相同的事件和条件；按照策略组中策略的优先级顺序，根据策略监控模板的内容向网络功能实体发送数据获取请求，请求所述策略所需的数据；对所述数据进行分析，得到策略所定义的操作的可用性，如果所述策略所在的环境满足策略执行条件，修改所述策略的可用性属性为可用，停止对同策略组中其他低优先级的策略进行检测；否则，修改所述策略的可用性属性为不可用，继续检测其它低优先级的策略所定义的操作的可用性；根据所述策略的可用性属性进行策略所定义的操作的执行。
[0301]
一些实施例中，所述所需的数据包括但不限于以下至少一项：
[0302]
当前环境中策略所需资源能否被满足；
[0303]
在运行中分别属于不同策略组的策略对于同一资源的抢占；
[0304]
数据压缩行动的可用性；
[0305]
协议加速行动的可用性；
[0306]
是否与当前环境所冲突；
[0307]
vnf迁移的可用性。
[0308]
一些实施例中，所述策略参数模板中的事件模板包括事件描述，包括以下至少一项：
[0309]
事件标识id；
[0310]
策略id；
[0311]
策略类型；
[0312]
事件指标值；
[0313]
开始时间；
[0314]
结束时间；
[0315]
周期；
[0316]
其它描述；
[0317]
其它属性。
[0318]
一些实施例中，所述策略参数模板中的条件和行动模板包括策略描述、条件描述和组描述，所述策略描述包括以下至少一项：
[0319]
策略id；
[0320]
设计人员；
[0321]
策略类型；
[0322]
版本；
[0323]
描述；
[0324]
所述条件描述包括以下至少一项：
[0325]
条件关系，为各个条件之间的共存关系；
[0326]
条件判断指标；
[0327]
操作符；
[0328]
触发操作的阈值；
[0329]
描述；
[0330]
其它属性；
[0331]
所述组描述包括以下至少一项：
[0332]
策略id；
[0333]
组id；
[0334]
操作列表，包括至少一个操作描述，所述操作描述包括以下至少一项：操作id，优先级，可用性，执行者，执行方法，执行目标，参数列表，描述，其它参数。
[0335]
一些实施例中，所述策略监控模板包括以下至少一项：
[0336]
监控描述；
[0337]
监控id；
[0338]
策略id；
[0339]
监控数据收集描述，包括以下至少一项：被监控组件，被监控组件中的具体对象，
监控方法，监控内容，反馈的数据；
[0340]
监控数据判断描述，包括以下至少一项：负责分析的组件，所收到的数据，判断的方法，可用性结果；
[0341]
冷却周期；
[0342]
其他描述。
[0343]
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的策略管理方法中的步骤。
[0344]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储待检测终端设备或任何其他非传输介质，可用于存储可以被计算待检测终端设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0345]
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。