服务和基础架构发现
以目标为参照,找出哪些服务确实已实现,对于那些试图发挥SOA最大潜力的组织来说是一块巨大的绊脚石。发现实际情况将引导我们发现潜在的浪费。还可以通过发现那些未经过正式流程的恶意服务来应用更加严格的监管策略。将发现功能直接集成到SOA管理中,将为组织的架构师、IT和管理部门提供更加准确的表示。
在SOA管理中,还需要建模和表示SOA内的所有服务,以及自动发现服务。这些服务可能拥有部署特征。另外,还需要自动追踪在多运行库环境中的变化。
这里有一个在典型的实例:一家公司希望实施对整个公司的服务的更佳监管流程。这家公司没有任何方法或流程在一个具有多个项目及部门的复杂组织中找到这些服务。通过实现SOA管理,即可检测到这些服务,即便是在服务或可能是恶意服务的时候。这些服务甚至可能在没有任何保护的情况下被客户使用,而公司毫不知情。服务一旦被SOA管理解决方案检测到,就会进入监管流程,或者应用策略来提高消息安全性实施水平,从而更好地保护这些服务。
策略实施
通常,仅有SOA的可见性(只读视图)是不够的,实施策略的能力将使组织能够应对SOA问题,并为得到更好的响应对其进行优化。
SOA管理的关键支持因素就是用于一个服务或一组服务的系统特征声明性规范策略的使用。策略可以表示出系统的不种种属性,从流程与功能到系统在其上执行的基础架构的安全性、性能和健壮性需求。策略还可以作为一种控制机制,为SOA的新属性实施更改。仅仅更改一项策略就有可能使得通信更加快速准确。
通过将系统的更多行为作为策略指定(而非过程代码),系统的适应性将更强,因为策略更加简洁易懂,并且修改起来比代码容易得多。
例如,IT组织可能决定改变其用户的身份验证方式,从原有的输入用户名和密码更改为提供一个证书验证。在基于策略的世界里,安全性策略与应用程序彼此分离,IT员工可以通过声明的方式来描述这种更改,并在动态实施所提供安全性策略的基础架构上运行这个应用程序。即使安全性策略改变了,代码也不需要变动。修订后的策略将应用于系统基础架构,它能够动态调整以便实现。做这样一个简单的更改而不需要对系统进行维护,好处是显而易见的。
另一个例子是通过策略声明路由行为,一旦服务不可用,策略中声明的规则可以阻止请求或将请求重定位到镜像服务来容纳负载。这样,对路由策略的简单改变就可以改变系统的行为。
服务层协议管理
服务层协议管理对于所有计划将企业级SOA投入生产的组织来说都是至关重要的。SOA一旦开始运作,成功与否就与试点项目中的定义、跟踪以及控制恰当的服务层密切相关了。实现SOA系统时,有必要回顾和分析服务质量(QoS)量度,以便为发展、最小化风险和证明额外投资合理性做好计划。
对于更加复杂的SOA系统来说,企业还需要在长期,跨连续和不连续的流程来评估服务级的目标,按照相关的上下文(例如客户类型、生产线或业务单元)划分共享服务资源的优先级别。
为保持服务的质量,还需要有预见性地解决所出现的问题,以便消除潜在问题。为了有效实现这个目标,需要一种涵盖了所有异构格式、协议、接口和传输方式的SOA管理解决方案。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突