BPM 观点:边缘上的洞察力

在移动、云与 API 的世界里,您如何确保能够控制企业的边缘,即不可预计的外部环境与内部托管系统之间的边界?甚至更加重要的是,您如何洞察客户行为与偏好,从而逐步发展与客户之间的关系?这些问题的答案依赖于 “边缘上的洞察力” —— 这个理念的意义是将面向服务的原则应用于外部合约系统与内部记录系统之间的交互,您不仅可以免受不想要的外部影响,还可以挖掘已经在业务中流动的意识流。 本文来自于 IBM Business Process Management Journal 中文版

Claus Torp Jensen, 高级技术人员, IBM

Claus Torp Jensen 是位于纽约州 Somers 的 IBM 高级技术人员。他是 IBM 的 SOA Foundation 团队的成员,从事不同体系结构原则之间的聚合工作。Claus 是 WebSphere Foundation Architecture Board 的一名成员。

在加入 IBM 之前,Claus 作为首席架构师和 SOA 推广人员已经有十年的经验。


developerWorks 投稿作者

2013 年 5 月 20 日

失控还是大好机遇?

当被问及时,人们几乎总是会将移动、社交、云或大数据称为 “下一个流行的技术”。虽然所有人都认为这些技术是现代企业议程中不可或缺的一部分,但它们对于构建、操作与发展业务与 IT 解决方案的影响还不太明朗。

在历史上,IT 组织已经尝试通过提供托管的开发环境,并在经过授权的中间件与运行时上部署解决方案来控制集成。问题在于这种方法不再有效。开发人员(除非被阻止)现在下载和使用的是社交网络同行推荐的库或开源工具。企业将移动应用程序的创建外包给代理机构。合作伙伴为业务操作提供更多支撑。年轻人希望在智能手机上构建自己的插件。企业希望将信息与洞察力作为易销商品进行出售。换句话说,集中化的 IT 同时失去了对开发环境和运行时环境的控制!

图 1. 失去控制 —— 是福还是祸?
失去控制 - 是福还是祸?

那么现在该怎么办呢?我们是抱怨过去,还是选择将这视作一个在更大更重要的舞台上施展的机会呢?就个人而言,我选择后者,而且我坚信在经过实践检验的工程与设计原则的基础上,我们能创造未来。优秀的面向服务的架构 (SOA) 设计原则可以让您通过定义良好的服务与界面控制交互,这种理念无疑也适用于移动、社交、云与大数据 —— 甚至,或者特别是在开发或操作均完全不在企业控制之下的环境中。


在企业边缘应用 SOA

企业服务总线 (ESB) 模式是基于 SOA 系统的松散耦合本质的基础,而中介功能是 ESB 模式的关键所在。传统上,大多数 ESB 中介均为 IT 事务性上下文中消息格式、协议与其他 IT 特征的中介。在现代企业中,中介可以而且应该基于技能、可用性、位置等。中介仍然是 SOA,仍然基于 ESB 模式,但现在应用于移动与社交上下文中。

在未来的世界中,控制点并非用户界面框架,也不是内部 IT 系统,而是企业边缘,即非受控内容与受控内容交界的地方。那么,我们如何将 SOA 的设计原则推广到企业的高墙之外呢?答案是 Web API。

图 2. Web API 是企业的外部界面
Web APIs 是企业的外部界面

业务 API 是企业的外部界面

Web API 是企业的公众界面。Web API 公开定义好的资产、数据或服务用于公共消费,例如产品目录、电话清单、订单状态或者甚至是推特源。Web API 就是为应用程序开发人员使用、访问和了解提供方便。通过浏览器、移动设备等可以轻松调用 Web API。通过这种方式,Web API 允许外部开发人员轻松利用、公布和聚合公司资产以进行广泛消费,从而扩展企业并打开新的市场,这也正是面向服务的主旨,即提供定义良好的接口(服务),使其具有清晰的业务含义、强制执行运行时的安全性以及工作负载策略。

Web API 是专注于 “外部” 消费的拥有生命周期的特定类型服务。这不仅仅是一种细微的差别。这还驱动简单性、安全性以及与基于标准的外部系统的兼容性。管理业务 API 是将企业扩展至由移动与软件即服务所代表的新渠道的关键所在。从本质上讲,这种转化正在复制电子商务在 20 世纪 90 年代所经历的历程。电子商务将 Web 平台放置在基于大型主机的应用程序前端,作为将大型主机应用程序外部化到 web 上,同时不会破坏核心业务事务的稳定性的一种途径。现在,人们正通过使用 API 将内部服务可靠地外部化,从而对企业进行扩展。


从业务交互中获取洞察力

通过 web API,您可以控制合约系统(位于企业外部)与记录系统(位于企业内部)之间的交互。但仅有控制还不足以保持竞争力;现代企业需要变得更智能、消息更灵通,并确保始终采取最佳措施来提升与客户、合作伙伴或供应商的关系。

如何才能获得必要的洞察力?如何挖掘已经在业务中流动的数据?如何编排应用程序从而以非侵入式的方式提供 “意识流”,特别是当其中很多应用程序都是在控制范围之外开发的情况下?以上众多问题的答案就是编排 Edge Gateway 与 ESB 中间件,让它们负责传输合约系统与记录系统之间的所有交互,并从包含企业内部端点的所有交互中提取信息。

图 3. 挖掘已经在业务中流动的数据 —— 编排 ESB 中间件
挖掘已经在业务中流动的数据 – 编排 ESB 中间件

通过编排 ESB 中间件挖掘已经在业务中流动的数据

尽管这种方法不能涵盖所有相关信息(比如社交社区中发生的一切),但它的确解决了绝大多数可见性挑战。结果将会是一个巨大的数据挑战。在编排 Gateway 与 ESB 的过程中将产生大量数据,而且您可能希望以多种不同的方式使用这些数据,比如:

更好地了解客户
知道客户的位置,现在就联系客户,使用授权信息作为所有交互的一部分。客户希望您知道他们是谁,以及他们在哪里。您是否有过曾经被迫重复您是谁和为什么您要打电话的经历呢?
确定下一步最佳行动
确定现在要做的正确事情,并利用从长时间收集而来的信息中获取到的战略洞察力。客户希望您在进行下一步交互时提出明智建议,或者他们不希望在您身上花上很多时间。您是否遇到过某人向您推荐上周已经拒绝过的一个解决方案呢?
现在就适应
让已经部署的解决方案变得可以适应,编排流程以对当前的情况与位置作出反应。客户没有耐心去倾听明显没有将他们的实际情况考虑在内的流程> 您是否有过和某人通电话,而他却在用您早已熟知的老一套与您沟通呢?
拥有更好的依从性
动态检查资格与策略,以结构化的方式处理异常,对收集到的信息应用风险管理。无论是内部还是外部授权,都希望您始终遵循策略与法规,并且能够证明这一点。您是否遇到过无法提供书面证据来证明您符合相关法规的情形呢?

所有这一切都是为了逐步变得更加富有预见性,而这需要放弃一些教条的观念,并接受同样的信息能够而且应该用于不同洞察力的观念。这些都是大数据解决方案的特征,因此需要寻找能够融合大数据与 SOA 的技术能力,而非始终依赖于传统的数据仓库方法。


结束语

在企业边缘应用 SOA 对合约系统与记录系统之间的交互提供了广泛控制。这本身并非创造新的业务洞察力,但 SOA 有助于以正确的方式,在正确的时间和位置应用洞察力。此外,SOA 还有助于收集操作环境中正在发生事情的证据,甚至能够帮助捕捉业务成果。使用业务分析与大数据来整理和融合信息,这种补充甚至可能预计到某些行为的可能结果,而您也拥有了一种强大的综合性方法,可以在业务操作的自然过程中生成并利用高级洞察力。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=930384
ArticleTitle=BPM 观点:边缘上的洞察力
publish-date=05202013