专家谈为什么你需要WebSphere扩展部署

作者WSC公仆·2007-06-29 18:48·关注1专家谈为什么你需要WebSphere扩展部署字数 2424阅读 827评论 0赞 0社区专家评语幻想遇上现实好的，我先承认一个嗜好。我过去沉迷于幻想小说的某一特殊流派。业余时间我喜欢做的事情之一就是看小说，小说中的英雄总会发现他进入了一个魔幻世界。通常，小说的前半部讲述的是书中的英雄如何学会魔法，而后半部是讲述他如何拯救一个女孩。我承认，这并不是优美的文学，但之后的每年，总有一些和这种故事情节雷同的小说面世，这至少让我知道不仅仅是自己有这样的喜好。幻想小说吸引人的一个原因是，我们总幻想着不用劳动也能获得一些重要的东西。如能手摇着魔棒、嘴里念念有词或招摇撞骗，而不用从事那些苦力劳动，这难道不是很惬意的事吗？虽然我不知道如何使烛台唱歌或者如何让拖把井然有序地将地板打扫干净，但我知道如果 WebSphere 管理者使用一些工具，就能产生令人吃惊的成果。比如:我们都有过内存溢出的编程经历。试图捕获内存溢出是一件令人非常苦恼的事，有时还毫无收获。所以，我们最后的决定常常是，大约每隔 24 小时就重新启动所有的应用服务系统。当然，我们既可以手动执行，也可以通过编写一个特定任务来实现。 如果应用服务系统可以指出在它上面运行的程序是否内存溢出，在需要时又能自动重启，这岂不是一件很酷的事？我们花费了好几年的时间去计算 WebSphere 软件的运行要占用多少硬件。当然，这些计划经常在实施时并非按我们所希望的方式去运行。或者以超出计划却未充分利用服务系统而告终，或者是计划不够周全以至应用系统在尖峰负荷下崩溃——而这不是我们希望的。如果在基于处理器实际使用量并且只使用那么多的假定条件里，应用软件能计算出需要占用多少的使用量，那岂不是很巧妙呢？管理 WebSphere 产品部署经常是一份吃力不讨好的工作。很多时候，你陷入麻烦的第一个征兆就是接到客户的忿怒电话，抱怨软件的响应时间越来越糟糕，或干脆应用程序停滞不能使用了。这时，你得启动 Unix 上的 ps ，然后你会发现，你的应用服务器性能大幅下降 -- 但是只发生在一些机器上。倘若拥有一个神奇水晶玻璃球，只需瞥上一眼，它便能告诉你身上所有细胞的运行状态，那岂不是很棒？在解决应用编程问题时，为了达到合适的反应次数，你必须使用数据缓冲存储。在某些情况下，需要缓冲存储的数据总量很大，甚至远远大于一个 JVM 的承载力。但与此同时，我们又需要这些软件可以高速运行。 如果你能写出一个强有力的 J2EE 程序，不管潜在的数据集有多大，都能有效地缓冲存储数据，那是不是非常美妙？那么，我们到哪里获得这种魔棒和水晶玻璃球？它们来自一个新的、迄今鲜为人知的 IBM WebSphere 扩展部署(XD)。在去年年底只大致介绍了 WebSphere XD 的一些基础知识。在过去的12个月份中，学习研究它、帮助客户适应它便占据了我大部分的时间。WebSphere XD 的魔力与文字魔术不同，WebSphere XD 的魔力来源于自主计算的应用，可以看作是人工智能的应用。一台自主管理器（类似于一台小型规则引擎）监控从传感器获取的输入，分析输入，并运用这些信息制定计划、执行正确的操作，这就是 WebSphere XD 的运作过程。当熟悉了这些过程后，它看起来很简单，对吗？虽然自主计算在 IBM 形成至今已有几年，但 WebSphere XD 是 WebSphere 家族充分利用自主计算优势的第一个产品。现在，我们已把自主计算从实验室里搬到了产品环境中。对于上面所列举的四个奇妙例子，它们是真的吗？很明显，回答是肯定的：安全监控是 WebSphere XD 的一大特性，你可以利用该特性为应用软件设置 Health Policy。你可设置一个内存阀值以便传感器监控。例如，在某个规定的时间段中，当应用程序堆的使用率（由垃圾收集（garbage collection）后剩余的堆数量决定）超过 80%时，你可以触发一个事件，迫使应用服务器重新启动。动态操作是 WebSphere XD 的另一特性。利用该特性，你可以在应用服务系统中设置 Service Policies（服务策略）。比如，服务策略可以规定一组响应时间目标，并要求软件必须达到；如果响应时间开始减慢，系统将触发Dynamic Placement（动态布置）——这意味着尚未被充分使用的应用程序更多副本将被启用。一旦对软件的需求减少，系统可以通过再分配的方式，将闲置的机器资源分配给其他软件。可视化可以让你从不同的角度审视 WebSphere 的各个组成单元及下属的子单元。树图以一种非常直观的方式展示了所有应用软件服务器的运行情况以及有没有达到预定的目标。拓扑结构视图可以放大每一个独立的节点，以便仔细检查各个节点的当前以及总体运行情况。WebSphere Partitioning Facility（WPF）是用于构建整个应用程序类的框架。之前将这些应用程序写入 J2EE 是很困难甚至是无法实现的——这些应用程序需要高可用性、高事务处理速率、高速缓存以及合适的数据库划分。以前，这类软件要求配置高端的 OLTP 系统，并用 C 语言编写；现在，我们用 JAVA 及平常的硬件也能实现这类软件了。无疑，以上的这些功能给人留下了深刻的印象，但这些仅仅是个开始。比如，利用 WebSphere XD ,应用软件可遵从预先确定的标准，按顺序接受 HTTP 请求。这意味着重要的应用比次要的应用能分配到更多的资源，但同时也确保任何一个软件也不会因资源困乏而崩溃。在接下来的 developerWorks 文章中，我将开始探索这些功能是怎样实现的，如果利用 WebSphere XD 环境中自主计算的神奇魔力。尤其是，若 WebSphere XD 部署在客户的应用环境中，将有哪些要求？还有，WPF 有哪些新模块，可以帮助你利用新模式来构建大型的应用服务系统？最后想说的是：虽然这听起来很神奇，但却不是手摇着魔棒念念有词，也不是在招摇撞骗。中间件 著作权归作者所有

本文章由会员自主发布，如发现侵权行为，请点此进行版权投诉。如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

赞0收藏 分享 添加新评论0 条评论Ctrl+Enter 发表匿名评论