探讨：SOA项目应用中的五大弊端-低调大师

探讨：SOA项目应用中的五大弊端

2017-11-21 601

SOA刚刚经历了喧嚣的一年，而这种刺激和变化才刚刚开始而已。各种机构团体继续对服务设计的多变的前景，服务总线,和服务管理甚至仅仅针对服务本身进行再次检测。这是由多方面的情绪引发的，很多人对于SOA在IT业中的成熟度与大致情况感到困惑。但是，对于其在联合商业与技术方面的潜力，人们还是抱着毋庸置疑的兴奋。

　　今年许多SOA厂商带着各自的目标和期望值投放市场，有的一败涂地，有的困难重重。在完成他们最初目标的决定性因素是学习那些已经在竞争中存活下来但是结果不怎么理想的项目经验。这些人留下来讲述他们的故事并警告他人在通向SOA的道路前方等待着他们的将是什么。

　　在我们的工作过程中将会看到不同完成程度的不同项目。我们可以看到一个好的SOA项目陷入困境，不好的SOA项目变得更差。问题都是能够解决的，错误也可以纠正，但在将事情导向正途的过程总会有一些影响。因而最好的办法就是防患于未然。

　　理解了其他的缺陷之后，在你的SOA道路上构建一个安全路径将成为你的首要任务，你能达到的前景范围退居其次。为了让大家有一个领先他人的开始，我们收集了SOA应用中的五大弊端。

　　第一:不能理解SOA 性能需求

　　松散的连接是有代价的。当实现网络服务之后，SOA实现了数据处理层及架构于此基础上的相关性能。从小做起，建立能按照预期运转的面向服务方案是较容易的。随着规模的扩大和新功能的增加，以信息为基础的沟通将会增长，如此以来，在预计之外的情况将开始经历一个重大的处理反应期。

　　建立成功的面向服务方案关键在于事先理解该方案性能需求及其基础架构的局限性。这就意味着要测试(如果必要的话，加强)您的外部环境的信息处理能力并密切注意服务设计以达到在传送速度，传送量和能给方案性能带来负面影响的其他服务之间的平衡。

　　第二: 并非建立在XML基础上的架构

　　在今天的SOA世界中，一切皆始于网络服务。这句话在某些机构当中已然成为了纲领，但它却并不是完全正确的。其实，在今天的SOA世界中，一切始于XML.这个标准是由多层辅助标准演化而来的，目的在于形成既成事实数据的演示架构。这是促使形成今天驱动SOA一系列服务规范的一套核心标准。

　　我们投注了太多的注意在服务之间的数据传送上以至于经常忽略了这些数据是如何建构的，如果在服务线上生效的。这种疏忽将导致持续出现XML数据演示层的错误执行。XML数据演示层是SOA的基础，它的缺陷将影响到建立在其基础上的所有方案。

第三: 缺乏过渡计划

没有全面的过渡计划，成功转换的几率将大大降低。由于企业内服务端点的范围将引起外部基础架构的重新定义，执行低质量的转换，其影响将是巨大的。有了过渡计划，你就可以在控制中逐步实现服务定位和SOA特性，从而使转换是在技术，架构及组织层面上进行的。

典型的SOA过渡计划包括: 效果分析(即预计SOA的改变对现有资源、程序、制订规则的影响范围)，转换架构(即制订一系列混合进程计划以实现目标SOA)和一个投机分析(即考虑未来的网络服务增长及相应的配套技术发展)。

第四: 非标准化SOA

于其他架构一样，SOA需要内部设计标准的建立与实施来实现其优势。例如，如果一个项目建立一个与其他软件隔离开的面向服务方案，该方案的关键部分将不会符合临近应用程序，而需要内部操作或者与其他程序共享某种服务。

这就会引起许多问题，比如不兼容的数据演示，与不规则界面产生服务协议和非互补页面服务扩展名的应用(或者扩展名以不同形式安装)。

SOA 提倡使用抽取末端处理的发展环境以便能在一个应用程序里独立执行和发展。但是，标准化在保障其设计和与融入末端逻辑的其他服务互动的连贯性来说仍然是必要的。

第五: 按照传统结构分布建立SOA

在实现SOA的过程中面临的最大的障碍就是按照传统分布结构模式来建立SOA，并声称SOA的实现。

SOA 并不是简单的CORBA + XML，也不是ASP.NET + WSE。服务导向并非目标导向，它们之间的联系也没有紧密到所有建立目标导向的组成逻辑在服务导向方案环境中都可以适用的地步。SOA是一种独特的建立在服务导向基础上的架构，一个独特的设计范例。理解其独特性对于建立真正的面向服务自动操作逻辑，使之与SOA全球发展方向一致是至关重要的。

本文转自牛海彬 51CTO博客，原文链接：http://blog.51cto.com/newhappy/77121，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/547722

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

ubuntu 软件管理命令

dpkg -i /**/**/**.deb 安装软件 dpkg -x **.deb 解开.deb文件 dpkg -r /-p 删除并清配置更详细的用dpkg --help 查询如下： dpkg -i|--install <.deb 文件的文件名> ... | -R|--recursive <目录> ... dpkg --unpack <.deb 文件的文件名> ... | -R|--recursive <目录> ... dpkg -A|--record-avail <.deb 文件的文件名> ... | -R|--recursive <目录> ... dpkg --configure <软件包名> ... | -a|--pending dpkg -r|--remove | -P|--purge <软件包名> ... | -a|--pending dpkg --get-selections [<表达式> ...] 把已选中的软件包的列表打印到标准输出 dpkg --set-s...

2017-11-22

677

“在未来的五年内，Java平台企业版(Java EE)将不再是主流的标准程序设计模型。SOA的发展是导致这一结果的主要原因之一。”Burton集团高级分析师Richard Monson-Haefel这样预测说。 “Java EE 5在复杂性上的失败是预示着Java企业版平台终从企业开发平台领域的统治地位上落败。”它的发展不可避免的效仿以往的一些标准，比如CORBA，正一步一步走向没落。在面对SOA的时候，Java EE似乎显现出来太多的不合适。针对于这样的预测，来自BEA、IBM、Oracle、Sun、JBoss等众多SOA领域领先厂商的声音却并不对此表示赞同。他们并不完全反对Burton集团高级分析师Richard Monson-Haefel的关于平台复杂性的观点，但是没有人同意他关于Java EE的应用已经走到尽头的这个结论。与此同时，来自微软的竞争也开始显得明显：“微软.NET所提供的解决方案与Java EE的同样全面，但是.NET的开发过程要简单得多。JEE5无法解决其通用程序设计模型的复杂性，这一事实在很大程度上导致了.NET的威胁。相反，.NET通常被认为是更加简...

2017-11-22

625

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。