独立软件供应商的SOA方向

日期: 2008-05-04 作者:Ronald Schmelzer 来源:TechTarget中国

作为企业架构,面向服务的架构对大型企业非常有用,而对于中小企业也越来越有用。但是,这些还只是IT企业的一部分。对于那些以构建和销售软件产品的独立软件供应商(ISV)来说,又是如何呢?通常来说,独立软件供应商创造并销售在一个或多个IT平台上运行的软件产品。他们可能也提供咨询服务,但是这并非他们的传统业务。

他们既不是简单的增值销售商也不是嵌入或定制其它产品的原始设备提供商。独立软件供应商销售拥有自主知识产权的可安装、可配置软件。   最大的软件供应商主要提供我们使用的企业应用程序、操作系统和在其之上的基础平台。例如,IBM、微软、SAP、Oracle、HP和CA。

但是,我们并不经常提到那些提供软件……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作为企业架构,面向服务的架构对大型企业非常有用,而对于中小企业也越来越有用。但是,这些还只是IT企业的一部分。对于那些以构建和销售软件产品的独立软件供应商(ISV)来说,又是如何呢?通常来说,独立软件供应商创造并销售在一个或多个IT平台上运行的软件产品。他们可能也提供咨询服务,但是这并非他们的传统业务。他们既不是简单的增值销售商也不是嵌入或定制其它产品的原始设备提供商。独立软件供应商销售拥有自主知识产权的可安装、可配置软件。

  最大的软件供应商主要提供我们使用的企业应用程序、操作系统和在其之上的基础平台。例如,IBM、微软、SAP、Oracle、HP和CA。但是,我们并不经常提到那些提供软件生态系统的供应商。ZapFlash公司关注上千家参与到大厂商的生态系统中的小型软件供应商,他们制造并销售运行在大厂商平台上的软件产品。对于这些小公司,面向服务也适用吗?如果他们的主要目标是填补那些大型软件公司还未占领的市场,那么他们是否应该考虑灵活架构呢?

  首要且必要的步骤:不要超前集成

  首先,必须记住:在早先的ZapFlash中,并没有SOA向导这样的东西,即没有。记住,SOA是架构,这说明它包括了一套最佳实践以及需要遵循的规律。换句话说,SOA是你做到的,而不是你买来的。于是,独立软件供应商有两种办法在自己的产品中利用SOA:帮助客户自己实现SOA,或者利用面向服务的原理使得自己的产品对于客户更有用更有价值,而不管他们的客户是否积极规划或实现SOA。

  事实上,最小的软件供应商都应该考虑在自己的软件中采用面向服务原则的主要原因与大公司多年前决定采用SOA的原因是一致的,即降低自己的集成费用。建立在私有的、紧耦合的、不灵活的技术之上的分布式计算系统更加昂贵、复杂、难于集成。结果导致很高的定制和配置费用。今天很多独立软件供应商的产品的问题就是需要花非常多的时间和资金才能把它们加入到异构的、分布式的环境中。

  于是,独立软件供应商与他们客户越来越多的异构IT环境中的产品应该首先至少踏入SOA实践的路线图,并且用基于标准的、松耦合的接口来替换私有的、紧耦合的接口。这样做不仅能降低实现软件的总费用,而且可以让产品更具有吸引力,因为IT环境变的越来越复杂。基于标准接口的软件产品不仅为客户带来更低的集成费用,让厂商更迅速的进入市场,而且还能显著降低对集成的咨询需求和所有权的总费用。

  不断创新

  然而,简单的把现有紧耦合架构替换上基于标准的接口对于独立软件供应商实现对客户许下的SOA诺言并不足够。他们还应该真正领悟松耦合的、组件化的服务的精髓。很多软件公司宣称自己的产品可以加入紧耦合的复杂的软件中,其实自己都很难集成,何况他们的客户。领悟SOA的精髓能使他们的产品更好的与互相集成,与客户的IT环境区分开。

  独立软件供应商的大小之分不在于他们对于满足客户要求的需求,因为所有的软件公司都得这样做,而是在于满足需求的可用资源有多少。大型软件公司通常有充足的资源不断做研发。而小厂商则通常只能小心谨慎地对现有技术(甚至可以说是过时技术)进行投资,但又想为了增加业务而为新的需求进行创新。而即使如此,很多IT产品在增加新功能却得到零总合的结果时,达到了复杂度的极限,于是软件变得更加复杂,却没有给客户带来更多的价值。

  在今天竞争激烈的软件市场中,厂商必须不断快速地创新自己的产品,而不能为了生存下去增加这种无用的复杂性。因此,很多独立软件供应商把希望都寄托在SOA身上。通过把产品功能抽象成一套底层实现不变前提下不断演化的服务,独立软件供应商能够把他们的应用软件功能面向服务化,以满足客户不断改变的业务需求。

  独立软件供应商应该参照最小企业的SOA说明书,而不是尝试把销售需求直接转变成产品实现。这包括建立管理在业务需求和软件功能之间起中介作用的服务模型的企业架构团队。厂商越是想在业务需求和产品功能之间做直接转换,他们越是能体会到IT的复杂性。SOA提供给独立软件供应商所有的开发方法论,使他们用新的功能满足新的客户需求,通过匹配现有的特性和引入新功能而在竞争中取得优势,并且这么做还不必打断他们已经具有的其它任何东西或者加剧产品集成难度。聪明的独立软件供应商会把SOA看作通往长期产品成功的关键。

  使自己成为能够不断成长的可嵌入的平台

  但是,软件公司有很多机会从SOA中获利,而不是简单地为自己和客户进行组件化和集成工作。独立软件供应商还应该认识到SOA只是整个分布式计算的基础性工作。企业应把他们所有各种IT功能看成作为业务需要演化的可组件化的资产,而不是寻求购买、实现然后集成分离的软件产品。这样,未来很多独立软件供应商就不再从事软件产品业务。他们会从事服务业务,提供IT功能、相关元数据以及实现服务组合的业务过程。把软件作为服务和SOA的标志是成功运用OSA的独立软件供应商将能提供给他们的客户一个不断改进的服务和元数据,而不是按照今天类似的发布规律销售传统的软件产品。

  在这样的面向服务的独立软件供应商眼中,厂商变成了能够为一套独特的业务任务提供所有必需IT知识产权产品的独立服务提供商。面向服务的独立软件供应商在业务中提供的服务使得客户能把它们嵌入到自己的业务过程中。这就从自包含的、打包的软件转变成了可嵌入的、组件化的服务。这将把软件业务变成厂商以证书、订阅或者甚至每笔交易的方式来提供产品。于是,没有跟上SOA潮流的独立软件供应商将很快发现他们自己将彻底面对能提供灵活的服务业务需求的IT服务厂商。

  ZapThink的做法

  SOA最重要的优点是业务灵活性,而在ZapFlash中暗示的就是独立软件供应商必须通过把IT控制权给他们的客户来变得更加灵活。长期以来,软件厂商已经通过让客户消费IT功能时改变约束、开销和复杂性来扩展额外的控制权。通过很多方式,商业潮流实际上在用把软件认证视为任何特定IT项目总费用一部分的方式来从这种平衡中获利。

  向SOA的转变正在深刻改变了经济现实。客户们会期待更合理的费用以及不必重新进行投资就能改进业务的能力。因此,独立软件供应商没有选择,只能使自己的业务更加灵活,以期让自己的客户也变得同样灵活。于是,面向服务不仅是简单的在现有的、紧耦合的、复杂的、不灵活的以及非组件化的业务功能上添加基于标准的接口。更重要的是,为了兑现SOA的承诺,独立软件供应商必须改变他们构建、打包、销售、交付、管理和支持自身产品的方式。换句话说,SOA会迅速把独立软件供应商变得跟最终用户一样,而那些跟上潮流的将会发展壮大,而跟不上潮流的则会最终消亡。

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 把软件架构演进体现在栈上

    曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。