对Oracle的Web运营所进行的幕后观察

核心提示： Steve 的团队最终确定实施这一项目的最佳方式就是按从前端到后台的方式进行，“最终目标就是要将 OTN 移植到门户上，对Oracle的Web运营所进行的幕后观察(3)，但是我们还希望运行在 Linux 上的 OTN 可以真正证实 Oracle 的 Linux RAC 解决方案

Steve 的团队最终确定实施这一项目的最佳方式就是按从前端到后台的方式进行。“最终目标就是要将 OTN 移植到门户上。但是我们还希望运行在 Linux 上的 OTN 可以真正证实 Oracle 的 Linux RAC 解决方案是可行的。基于这一点，我们希望新的 OTN 的性能即使不能超越现有 OTN 的性能，也不能比现在差。为此使用现有 OTN 的性能指标数值，我们可以向后对比的方式来工作，以确定什么是新体系结构所需要的。”

明确性能目标帮助 Steve 的团队架构了这个新的门户解决方案，但这还不能称作是真正的科学。“前端是 Web 高速缓存，以及 HTTP 服务器和门户服务器。其后则是位于两节点 RAC 集群上的数据库服务器，为门户数据库提供服务。”

除了产品的体系结构以外，Steve 确保有一个阶梯层作为开发的一部分。“如果没有临时分区，我们就寸步难行。”，他这样解释说。“这是我们的必由之路，因为在你进行测试和部署的时候，你会想要将可能出错的地方划定在一个区域内，并进行验证，得出结论。”例如，你可能认为在 Web 高速缓存中调整一个参数会出现问题，但最后却发现这样做是不对的。为了回过头来再次进行观察，同时又不想中断生产，那就必须将临时分区作为系统的一部分。”

图 1：通过利用 Oracle 应用服务器和 Oralce 数据库获得高可用性

正如上图所示，如果某个集群上的某个节点发生故障，客户请求就会透明地路由到该集群中的另一个节点，而终端用户从来不会知道曾经出现过故障。这样一来，在 Oracle 应用服务器上部署的任何商务应用程序都会保持正常运转而不会中断，这就确保了 0 计划内的和 0 计划外的宕机时间。正如可以从上图中看到的那样，Oracle 应用服务器在中间层支持三个层次的集群：Web 服务器、J2EE 服务器和 Web 高速缓存集群。此外位于 OracleAS 顶层的应用程序可以利用 Oracle RAC 具有高可用性特性的优势，利用由 Oracle RAC 管理的动态内容来加强保护