openstack 的 policy 问题。

想写ｎｏｖａ的ｐｏｌｉｃｙ的实现，　但是发现网上，有人写的很不错了。

ref: http://blog.csdn.net/hackerain/article/details/8241691

但是，ｐｏｌｉｃｙ本身存在一点问题，其他文章没有介绍。

ｐｏｌｉｃｙ的加载是同步的，每次ｌｏａｄｅｒ的时候，都会检测，文件是否修改，修改则重新加载。

建议策略：　改成异步监听ｐｏｌｉｃｙ的文件，　文件修改是加载。　实现时，注意　ｅｎｆｏｒｃｅ函数　和　加载函数的　ｒａｃｅ。

ｐｏｌｉｃｙ的同步缺陷可能导致的问题。

当我们要在magnum/api/controllers/v1/bay.py　中调用这个policy.enfore，不同的位置调用，会导致ｗｅｂ　ｓｅｒｖｅｒ的性能不同。

１．　

class BaysController(rest.RestController):
    """REST controller for Bays."""
    def __init__(self):
        super(BaysController, self).__init__()

    ...

    @wsme_pecan.wsexpose(Bay, types.uuid_or_name)
    def get_one(self, bay_ident):
        policy.enfore("bay:get_one", pecan.request.contex)
        if self.from_bays:
            raise exception.OperationNotPermitted

        rpc_bay = api_utils.get_rpc_resource('Bay', bay_ident)

        return Bay.convert_with_links(rpc_bay)

２．

class BaysController(rest.RestController):
    """REST controller for Bays."""
    def __init__(self):
        super(BaysController, self).__init__()

    ...

    @wsme_pecan.wsexpose(Bay, types.uuid_or_name)
    def get_one(self, bay_ident):
        if self.from_bays:
            raise exception.OperationNotPermitted
        policy.enfore("bay:get_one", pecan.request.contex)

        rpc_bay = api_utils.get_rpc_resource('Bay', bay_ident)

        return Bay.convert_with_links(rpc_bay)

ｍａｇｎｕｍ代码中，　和同事讨论采用１的方法，提前（第１０行）做ｐｏｌｉｃｙ　的ｅｎｆｏｒｃｅ。

在淘宝双１１的节奏中，当请求量很大时，尤其是在self.from_bays　的条件满足的情况下，　由于　ｐｏｌｉｃｙ　自身的实现（请查看ｐｏｌｉｃｙ的代码），导致服务器的压力增大。