如何把握时机部署SOA

　　随着企业规模的逐渐扩大&＃xff0c;企业的复杂性也不断增加&＃xff0c;不同部门之间职责、利益、流程的交错&＃xff0c;让包括部分高层管理者在内的很多人不清楚&＃xff0c;如果企业某个地方出了问题&＃xff0c;到底应该追根溯源到哪个部门、哪个人。

　　这种现象对于已经深入到企业每个角落的IT产品、IT服务也是如此。早上ERP登录不上去了——这到底是网络问题&＃xff0c;还是ERP问题&＃xff0c;或者是数据库、服务器出错了?IT部门到底应该找哪个供应商解决问题呢?

　　国内CIO对SOA早已听了很多。SOA的理念和他们所面临诸多挑战&＃xff0c;促使很多CIO开始认真地思考“企业的IT环境到底需要什么?企业的业务需要到底有多复杂?

　　从这个角度上看&＃xff0c;对CIO而言&＃xff0c;有无识别能力显得非常重要。那么&＃xff0c;CIO们该如何决策?“CIO采用新技术和新理念的动力有两个&＃xff0c;一个是希望&＃xff0c;一个是恐惧。”上海家化(600315行情,股吧)副总经理王茁说。他所说的希望&＃xff0c;就是CIO如果采用某种解决方案或者技术架构&＃xff0c;IT和业务的情况也许会变得更好;而所谓恐惧&＃xff0c;是指如果你不采用新技术优化现状&＃xff0c;那将会面临“下课”的风险。王茁说:“对于SOA&＃xff0c;我从来没有恐惧过。”

　　当我们把目光转向SOA时&＃xff0c;同样的问题出现了——当应用因为一个根本性的故障而被迫终止的时候&＃xff0c;应该由谁来负责接听并处理用户的紧急求助?

　 　目前SOA已经步入实施的纵深阶段&＃xff0c;然而&＃xff0c;近来国外的一系列SOA实施案例表明&＃xff0c;曾经备受肯定的SOA架构正暴露出其架构的固有缺陷——当基于SOA的 服务管理达到一定深度时&＃xff0c;目前的SOA管理策略在服务故障的追根溯源方面力有未逮&＃xff0c;这一现实对整个SOA架构和管理理念都提出了严峻的挑战。国内SOA用 户应该对这一动向保持足够的警惕。

　　多数CIO计划实施SOA

　　在调查的企业中&＃xff0c;有一半多(58%)企业的IT主管已经实施了或正在考虑实施SOA&＃xff0c;其余的(%)没有考虑SOA。在选择SOA方面&＃xff0c;首要的顾虑为缺乏合格的员工或资源(47%)&＃xff0c;缺乏期望的投资回报ROI(40%)和缺乏资金(38%)。

　 　几乎三分之二被调查的企业正在培训现有的职员来满足新的实施要求&＃xff0c;而培训中接近一半人(45%)将胜任顾问职务。41%的企业说他们已经适当地培训了员 工&＃xff0c;19%的企业计划外包其SOA关键的部分。当问及为了使职员满足SOA要求而采取的战略时&＃xff0c;有40%的IT主管强调他们会培训现有的员工。

　　曾经实施过SOA的CIO们说&＃xff0c;SOA是为内部集成应用使用的占44%&＃xff0c;直接地提供服务给顾客或消费者的占28%&＃xff0c;与外部合作伙伴提供的应用进行连接的占21%&＃xff0c;而有53%的回答“上述的情况都有”。

　　CIO如何把握时机部署SOA

　　SOA 能够优化业务需求与IT的一致性&＃xff0c;能够将业务流程活动从服务实现中分离出来&＃xff0c;还能够降低操作成本。只有在不固定供应商的情况下才能真正实现这些功能&＃xff0c;此时面向SOA实现的技术可以无缝集成(考虑&＃xff1a;“开放标准”)&＃xff0c;以构造全面的端到端解决方案。

　 　当考虑了策略业务目标和活动时&＃xff0c;理论上的 SOA概念非常具有吸引力&＃xff0c;更加容易得到支持。不过&＃xff0c;不可轻易决定要实现SOA。这与改变生活方式有些类似&＃xff0c;因为开发和操作团队遵循的IT控制模式将完全 不同。我提倡进行业务驱动开发。此过程涉及到将业务需求细化为 IT 要求&＃xff0c;然后将 IT 要求细化为IT功能&＃xff0c;以确定满足这些需求所需的技术。根据我过去四年开发基于 Web 服务的解决方案和更为成熟的基于 SOA的解决方案的经验。

　 　在理想情况下&＃xff0c;您和您的业务合作伙伴间没有预算限制、计划期限、技能差距和优先级差异&＃xff0c;我想&＃xff0c;此时完全可以说每个人都会采用SOA&＃xff0c;或者至少会考虑采用 SOA。不过&＃xff0c;我们的选择实际上经常受到过去的决策的影响和限制(例如&＃xff0c;技术投资、编程模型采用、服务的合同协定等)。因此&＃xff0c;我们并不能总是自由地采用看 起来能满足某个业务需求或技术要求的最佳选项。

　　CIO如何选择SOA标准

　　挑战是还不存在通用的、一致的架构框架来指导这些标准的进化、完善和集成。很多标准都不成熟。”

　　在这些标准成熟之前&＃xff0c;CIO怎样才能趟过这滩泥地呢?技术官员和行业专家给出了这样的建议&＃xff1a;密切的监视这些标准的发展并且努力保证你的选择是开放的&＃xff0c;但是一定不要拖延关键SOA项目的启动。一些策略可以帮助你避免陷入标准的困境中。

　 　当你做你的SOA规划的时候&＃xff0c;你可以创建一个关键标准的列表&＃xff0c;不是全面的标准列表。比如&＃xff0c;像SOAP和WSDL这样的标准已经被广泛的采纳了&＃xff0c;包括WS -Security等标准即将被广泛采纳的。但是其他的一些需要构建和高质量服务进行操作的WebServices的规范——比如管理、交易和高级安全的 标准——仅仅成熟到适合具有冒险精神的技术采纳者。

　　CIO应该支持基于标准的SOA而不是本地的协议&＃xff0c;如果一个应用必须有比 WebServices所能提供的更高的QoS&＃xff0c;“那么做技术的变通&＃xff0c;但是这些变通能够保持和出现的规范的设计模型的密切联系&＃xff0c;从CIO的角度来讲&＃xff0c;他们 冒着很大的压力来采用一个中间件平台来填补缺乏的标准&＃xff0c;但是从某种程度来讲&＃xff0c;这不会将他们锁定到它。