专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅

首页 »Java教程 » 致命错误:非理性扩展SOA架构的致命错误 »正文

致命错误:非理性扩展SOA架构的致命错误

来源: 发布时间:星期六, 2009年2月21日 浏览:0次 评论:0
        :非理性SOA扩展   服务太多还未准备好和应用商业模式相匹配这样SOA环境意味着应用完成后需要再次检查这样环境可能具有服务众多、大量文档以及新工具和中间件丰富特点但却缺乏敏捷性和增量软件Software版本性或重用性

   2:遗忘数据

  设计个服务模型就像设计个数据模型在处理过程中遗忘数据易于导致服务性能差从而影响应用完整性在设计服务时努力配合基础数据库设计模型

   3: 将SOA留给技术人员

  如果把SOA大部分过程留给企业IT部门处理优化软件Software性能和可靠性设计服务出发点将面临风险可能不会完全反应出商业要求

  明确商业接口是跨应用集成或多企业使用本质所在

   4:忽略企业文化障碍

  SOA带来预期优势的就是增强软件Software重用性但是达到这个预期目标是个很大挑战企业文化障碍会影响SOA重用效果例如如果IT部门患有“非我发明”症(not invented here)员、项目领导和架构师就会不信任其它组开发重用服务或者只是希望自己去开发整套解决方案“非我发明”症会导致多余编程工作多余人员分配以及因缺乏可用资源而丧失机会这里体现了SOA重用机制主要障碍

   5:做出突然投入

  许多企业特别是那些认为在SOA方面起步已晚企业容易倾向从先前怀疑下子跳跃到突如其来策略投入但是没有做好正确准备和计划的前就投入大规模SOA开发这往往会导致严重面向服务是个长期阶段企业应该在进行意义关键SOA项目的前多投入理解该项目和培养企业文化对大部分公司而言循序渐进才是可取方式

   6:起点

  最常见起点是遵循订购服务个用户商业需求例如如果服务是个面向用户应用你可能设计工具符合他们对数据需求.然而这样设计过程可能最后会生成出和用户接口样多服务常常导致服务多余并持续增长问题更加统、系统化和有效思路方法是围绕应用商业过程或数据模型来设计系列耦合信息服务

   7:误以为每个人想法都和你

  SOA起源于种用于先进分布式系统技术设计模式现在SOA远是编程社区的外热门话题在适应商业通信时我们要考虑并认同这些各个层次上差异

  对于员而言SOA是种分布式计算形式其功能块可能可以运用于其它应用

  对于软件Software架构师而言从另方面说SOA起到翻译作用消除了区别应用产品的间障碍

  对于首席信息官而言面向服务是种未来投资代码重用意味着减少开发新应用开销和时间

  不过对于首席执行官而言SOA可以有助于IT更好地响应商业需求并且适应竞争激烈商业变化

        8: 选择独裁以反抗无政府主义

  独立IT项目、组、部门和领域通常都有自主渴望可以把这看作“无政府主义”由于这样会导致个大企业里不能实行共享目标和这样无政府主义种极端是独裁即部门和项目被强制遵从中央命令这两种思路方法都无法为个成功SOA环境提供所需平衡个结构良好SOA环境通常包括个SOA卓越中心(COE)包括所有早期参和者以及独立项目的间或者企业内部区别部门的间协同合作卓越中心还要将对内部过程参和者造成不必要干扰降低到最小IT员工在为公司共同目标努力同时仍可以保留他们自主性

   9: 低估技术问题

  SOA用户必须了解中间件复杂性尽管面向服务越来越流行并且有越来越多基于SOA中间件对于新手来说仍存在很大风险会做出决定个小规模、试验型SOA项目采用点到点网络服务连接如果配置服务超过 2十或 3十个就用基于中间件中介即SOA背板

  十:允许不可共享服务数量激增

  共享服务促进了消费应用产品更快发展降低开发成本和更加方便维护如果每个用户应用程产品平均服务数量明显超过共享服务20%或者低于10%这也许意味着共享服务数量不是最理想

  :过度集中化

  和其强加个单独、企业级SOA背板还不如采用联邦思路方法也许会更可行和明智公司SOA计划 划分为SOA域、子公司、商业单位或者部门每个域由名商业管理者和名技术经理共同管理每个域都有它自己特定SOA背板和服务注册表它由个域SOA卓越中心提供支持并按照以政府规为基础来进行管理

  十 2: 在你准备好的前就推行SOA

  个企业级SOA需要高层管理者也许还有董事会支持然而过早寻求管理者对企业级SOA支持是件很危险到2010年底只有少于25%大公司将具备在企业范围内推行SOA所需技术和组织窍门技巧


0

相关文章

读者评论

发表评论

  • 昵称:
  • 内容: