有多少组织使用供应商提供的SOA堆栈?
我的工作场所最近启动了一项SOA计划。在对最大的供应商(IBM和Oracle)进行了长达一年的检查之后,他们已经决定使用哪一家,现在正在整个SOA堆栈(应用程序服务器、BAM、流程服务器、ESB、类似UDDI的解决方案等)中投入大量资金 有多少组织真正在使用一个完整的SOA堆栈?这项技术是否证明了它更好?我害怕“银弹”综合症。我在一家SOA商店工作(我们出售自己的堆栈……也许你买了我们的!),如果做得好,它确实可以帮助企业变得更加敏捷 问题出现在:有多少组织使用供应商提供的SOA堆栈?,soa,Soa,我的工作场所最近启动了一项SOA计划。在对最大的供应商(IBM和Oracle)进行了长达一年的检查之后,他们已经决定使用哪一家,现在正在整个SOA堆栈(应用程序服务器、BAM、流程服务器、ESB、类似UDDI的解决方案等)中投入大量资金 有多少组织真正在使用一个完整的SOA堆栈?这项技术是否证明了它更好?我害怕“银弹”综合症。我在一家SOA商店工作(我们出售自己的堆栈……也许你买了我们的!),如果做得好,它确实可以帮助企业变得更加敏捷 问题出现在: 人们开始将一切都变成一个服务,最终得到的互连
- 人们开始将一切都变成一个服务,最终得到的互连和接口数量与插入ESB之前一样多。这使得改变非常困难
- 如果您将BPM与人工接口一起使用:人们不会“获取”Portlet。它们不是让单个portlet每个都执行一个任务,而是让它们执行很多事情,这与BPM的目标背道而驰。如果必要的话,我可以对这一部分进行扩展,但这可能与您无关
- 它一次就全部实现了。这是一个巨大的系统变化,所以试着一块一块地做。(例如:使用web服务前置现有系统,并在上面构建新的UI。然后逐渐用新系统的UI调用替换旧系统的UI调用。)这将有助于用户接受,也是一种更安全的方式。管理层可能不希望采用这种方法(管理起来更难),但会强调其好处。很多
- 它以无代码开发的形式销售。这是不存在的,而且可能永远不会存在。即使您不必编写任何代码,如果您不知道代码是如何工作的,那么您的代码将是不完整的、考虑不周的或无法维护的
- 人们开始将一切都变成一个服务,最终得到的互连和接口数量与插入ESB之前一样多。这使得改变非常困难
- 如果您将BPM与人工接口一起使用:人们不会“获取”Portlet。它们不是让单个portlet每个都执行一个任务,而是让它们执行很多事情,这与BPM的目标背道而驰。如果必要的话,我可以对这一部分进行扩展,但这可能与您无关
- 它一次就全部实现了。这是一个巨大的系统变化,所以试着一块一块地做。(例如:使用web服务前置现有系统,并在上面构建新的UI。然后逐渐用新系统的UI调用替换旧系统的UI调用。)这将有助于用户接受,也是一种更安全的方式。管理层可能不希望采用这种方法(管理起来更难),但会强调其好处。很多
- 它以无代码开发的形式销售。这是不存在的,而且可能永远不会存在。即使您不必编写任何代码,如果您不知道代码是如何工作的,那么您的代码将是不完整的、考虑不周的或无法维护的