这些天来，架构师定期被CIO要求进行云计算方案IT成本分析。 CIO们想知道是否能从外包CPU周期或按需购买带宽获得节约的收益，他们让架构师在解决方案上努力工作。

　　最初是BPM，因其绑在核心业务活动上，云迁移似乎没有比它更好的候选了。但IBM、Cordys、WS02、Metastorm等厂商已经开始建立BPM系统或基于Web的版本的BPM建模工具的云版本了。业务流程管理（BPM），也正在对云端进行衡量。

　　在把BPM转移到云端时时要考虑的问题包括所涉及的流程类型，其复杂性，所涉及的接口数量以及所涉及的数据库状态。

　　我们最近同Metastorm的Neal Lohmann进行了对话，他是该公司的业务转型解决方案总监，我们主要探讨了在构建云架构时的相关问题。正如你可能猜到的，现在关于云的答案是不具普适性。Lohmann认为关键问题是要问“什么应该走入云端？”。

　　作为这一进程指导，Metastorm已经创造了一个功能地图或云服务的热图。Lohmann介绍它是一个分解的组织做什么的功能。它把功能划分为复杂的功能和简单的功能，特殊的功能和普通功能。这是一种征求业务流程意见的方式：“它是否能增值或商品化？”

　　“如果回顾所有我们必须做的不同事情，我可以从什么会走入云中的观点来看，”他说。举一个例子，Lohmann列举了保险业务的情况，其中就像人身保险索赔案件的东西很简单，有人死亡，支付索赔；像伤残理赔，这个过程变得更加复杂，也许不那么容易成为转入云端的候选人。

　　一旦它们被映射，云部署的功能必须优先，所以能力有所丢失。

　　Lohmann表示如果一家公司有119个“简单”的计费系统，并不意味着都要走入云端。这些系统可以是高度互联，因此架构师需要分离出来一部分，以便将他们放入云中。显然，面向服务架构在这里拥有一个角色。移动到云可能对于巩固应用程序和交叉多平台是一个机会，但这也是规划和警告方面应尽量避免一个地方。

　　Lohmann有点讽刺地讲到：“如果我告诉我的云供应商有60系统的接口，我根本不知道对于我是不是最好的机会。”

　　数据同样也是影响业务流程管理迁移到云的一个问题，云可以提供存储，但可能会掩盖风险，尤其是当一些数据库更适合其原来的地方的时候。

　　一些运行的数据库很旧而且又是一个黑盒子。“很多公司都很难让数据库退休，”Lohmann风趣地说道。