使用 AquaLogic Enterprise Security 实现集中式安全策略：第1部分
页面： 1, 2, 3

我们来看一个非常简单的示例架构：WebLogic Portal将调用AquaLogic Data Services Platform上托管的数据服务。

图 1. 结合ALES、WebLogic Portal和AquaLogic Data Services Platform架构

如图1所示，ALES为门户和数据服务提供了一个公共安全策略存储库。我们将让部署在WebLogic Portal和AquaLogic Data Services Platform (ALDSP)域上的SSM采用这个集中管理点的策略。注意，虽然SSM将与Admin Server通信以实现策略分发，但SSM的运行并没有运行时依赖性。如果Admin Server突然不在了，SSM将会继续运转（如果SSM自己也发生故障，则可以从持久性策略存储库恢复数据）。

Avitek Investments

由于ALES需要某种安全机制，我们可以考虑投资银行的帐户和基金管理中存在的一个简单问题。Avitek Investments正在努力创建一个门户基础架构，以满足各种类型用户的需求。比如说，客户应该能够登录到门户查询账户余额，基金管理人应该能够登录门户监控基金的业绩，金融理财人员应该能够登录门户帮助管理客户的投资组合。显然，我们需要在这些角色之间划分责任，以确保客户不必访问基金管理人的功能，等等。

图2显示了这样的一个管理界面。

图 2. 金融理财人员的Avitek Investments门户视图

Avitek Investments门户的用户应遵循以下规则：

• 每个角色的管理界面视图都经过不同的配置。
• 只有“高资产净值人士”客户可访问研究页面（Research Page）。
• 基金管理人只能看到自己负责的基金。
• 英国的基金管理人在下午四点之后将不能使用基金操作（Fund Operation）。
• 美国加利福尼亚的金融理财人员不能查看风险评分（Risk Score）。

显然，其中一些策略需要在WebLogic Portal层执行，而另一些需要在ALDSP层执行。注意，角色指派使用了一个技巧，即可以根据客户的帐户总额确定其是否为“高资产净值人士”。

在本文中，我们不讨论如何构建Avitek Investments；我们假定该门户已经构建好，并且需要在门户中应用这些新策略。这种情况在现实世界中很常见，门户经过需要修改策略以满足新客户的需求。首先，我将介绍如何配置WebLogic Portal和ALDSP以处理此场景。