随着云部署的增加，对于如何最好地处理这个新的计算模型并与服务提供商合作的全面理解也在增加。
它是关于开发云智能的，如果你愿意的话。你对云计算越了解，就越不容易只关注成本、后端基础设施和安全规定。是的，就连后者也变得有点不用动脑筋了。
“最初大家都担心安全问题。但是有信誉的云供应商拥有令人难以置信的安全统计数据，而且由于他们设计软件的方式，他们能够提供比大多数公司目前拥有的潜在的更好的安全，”亚利桑那州立大学通过IT推进业务中心主任Julie Smith David说。她最近还撰写了一份来自信息管理协会高级实践委员会的云集成报告。
位于华盛顿州斯波坎市的斯特林储蓄银行(Sterling Savings Bank) IT基础设施服务主管戴夫•斯特拉瑟(Dave Strasser)表示，这并不意味着安全不是一个关键的问题，而是一个只要通过SAS-70认证之类的证明，以及对现有用户的采访就足够满足的问题。Strasser最近推出了Proofpoint，这是一家电子发现、合规和电子邮件安全软件即服务(SaaS)提供商。“我们查看已公布的解决方案的成功率，并与客户进行验证。重要的是要确保这些供应商的销售渠道告诉我们的内容与客户体验是一样的。”
发表强硬的讲话
另一方面，Smith David说，随着安全担忧的减少，企业将自己锁定在SaaS供应商上，与该供应商相关的风险就会更大。“厂商的生存能力或厂商策略的改变正变得越来越重要，”Smith David说。
当你评估供应商时，你不仅要看这里和现在，还要衡量潜在的未来。在新兴SaaS供应商的小池塘里成为一条大鱼的想法可能很有吸引力，但如果这家公司被收购了，你就成了大池塘里的一条小鱼，那会发生什么呢?史密斯•大卫(Smith David)援引了她最近描述的一个案例研究对象的经验，警告说，你的影响力不仅会减弱，你可能还会为更少的功能支付同样的费用。
“由于该功能属于专有数据集，公司无法转移到其他SaaS供应商。它选择了最初的供应商，因为它有一些独特的能力——现在仍然有这些能力——但事实证明，锁定供应商的风险比本地软件更大，”她说。
归根结底，这需要与潜在的供应商就更糟糕的情况进行艰难的讨论。“每次你采用一个新的解决方案需要的路线图,如果供应商消失或被收购,你将能够把数据传输到另一个平台和在多少时间恢复运转,”史密斯大卫说。
这使得数据集成能力(或合作伙伴关系)成为与云提供商讨论的关键问题。“整合是进行数据提取和转换的途径，”史密斯·戴维指出。
有经验的云用户认同数据集成的重要性。舒马赫集团(Schumacher Group)向潜在云提供商提出的首要问题是“有哪些api可用?”应急管理公司。舒马赫集团目前有85%的业务流程运行在SaaS模型中，并启动IaaS服务器实例在亚马逊的弹性计算云。
德克萨斯州欧文市Hostess Brands公司的首席信息官史蒂文•伯格菲尔德警告说:“找出集成需求、供应商如何处理这些需求、让一切同步是我们面临的更严峻的挑战之一。”
到目前为止，Hostess使用saas提供的福利、员工门户、领导管理和招聘应用程序, Birgfeld说。他说，在这些供应商的情况下，“模式是预先设定好的，我们不得不向他们的模式推进。”
例如，他说，所有的供应商都需要核心员工数据，如姓名和地址。“我们制作了一个摘录，但随后不得不针对每个玩家进行调整——你希望他们拥有更多灵活性，但在这种情况下，他们没有。”
首先是SaaS策略
在SaaS方面，IT高管需要像开发内部架构标准一样，精明地考虑如何接受服务。Smith David说，随着SaaS应用的成熟和企业意识到长期的成功取决于应用程序能否很好地集成到他们的技术架构中，这样做的责任越来越明显。
“你必须问自己，‘我们是否要采用平台即服务(PaaS)，这样我们就可以在现有解决方案的基础上开发定制解决方案，并将其预先集成到现有解决方案中……或者我们是否将允许最佳的产品，即我们寻找理想的SaaS解决方案，然后依靠集成方法使它们在整个业务流程中无缝地工作?’”她说。她说，由于大多数SaaS供应商的足迹有限，如今许多IT组织将默认采用最佳的方法，这将给潜在的SaaS供应商带来一系列与集成相关的问题。她补充说，其中最基本的问题是，它们是否有数据集成服务，或者是否在集成方面进行合作。
Workday是一家人力资源和财务管理SaaS提供商，通过2008年收购Cape Clear获得的企业服务总线技术提供按需集成。Salesforce通过AppExchange在云端提供Informatica数据集成工具。
史密斯·大卫说，你要确定的不仅是SaaS供应商提供的集成服务，还包括这些服务是否足以与其他合作伙伴合作——例如，在Workday和Salesforce之间来回传递数据。
Smith David说，更重要的是，如果一个SaaS提供商有一个集成平台，你还必须询问它是否有流程建模师，这样你就可以为你的组织指定规则。如果您的首选没有流程建模师，而您有内部集成专业知识，那么您可以扩展基于前提的工具，以便您的供应商通过云供应商提供api。“许多集成供应商提供了良好的业务流程建模工具，允许企业指定流程步骤，然后使用预先配置的集成适配器(允许启动这些适配器)，或者让IT人员处理跨系统的一些映射。”
她补充说，如果你没有集成方面的专业知识，那么寻找以集成为服务的SaaS供应商是明智之举。史密斯·大卫用了这个例子:
假设您需要从一个SaaS CRM供应商切换到另一个，不管出于什么原因，您正在评估8个稳定的供应商。“如果您的集成供应商已经有了这四个系统之间的适配器，那么就很容易说，‘从当前系统中提取我的数据，转换它，然后将它推出到我的第二选择系统中。’”集成供应商已经完成了字段、逻辑的映射，并可以将数据从一个字段移植到另一个字段。
“但如果SaaS功能所处的领域还没有成熟到标准数据结构的水平，比如知识管理，那该怎么办?”为了进行协作，一个供应商可能会使用wiki，而其他的Word文档则会按顺序更新。如果没有适配器，将数据从一个传输到另一个将会很困难，”她说。
没有静止的
云用户和专家表示，采用云智能还意味着要深入研究提供商在软件更新、变更控制和灾难恢复方面的政策。
对于SaaS，当提供商推出更新时，您必须准备好接受更新——但这不意味着被迫使用它们。Menefee说:“智能供应商可以根据你的需求选择开启或关闭新功能。”他说，Host Analytics和Salesforce.com擅长于此。
同样，你必须了解供应商的变更控制周期，Birgfeld说。他举了一个例子，在这个例子中，Hostess发现一个SaaS提供商的实现缺少一些它需要的字段。“它必须改变自己的立场，我们也必须改变自己的立场。我们在一两天内就完成了，但供应商无法在两周内整合这些内容，因为更新将超出其变更控制周期——这就耽误了整个过程，”他说道。
Smith David说，早期的云计算经验也让我们对云计算提供商提出了灾难恢复方面的要求。
她说:“两三年前，当我们开始与一些公司合作时，我们认为，如果我们主张使用夜间备份和托管软件的异地存储，那么我们就在做一项真正负责任的灾难恢复工作。”“但事实证明，在这种环境下，这是不够的，因为如果你需要从现有的供应商转向其他供应商，你必须迅速找到替代平台。”
她说，考虑到这一点，你需要询问数据结构，并要求你可以从自己的设施访问数据，而不仅仅是从第三方的场外位置。
“如果你的软件即服务(SaaS)退出，可能就没有地方存放这些数据了。如果你不能在自己的系统上使用它，那么把它从某个安全设施中取出来并没有什么帮助，”史密斯·戴维说。“我们曾与一些公司合作，这些公司从他们的SaaS提供商那里获得的数据甚至不在他们拥有的任何数据库都可以读取的数据结构中。所以他们得到了一个文件，他们有一个异地备份，但这些数据对他们来说是绝对不可用的。”
她建议，您希望SaaS提供商提供的是至少每月一次提取数据并进行本地备份的能力，但可能更频繁，这取决于数据的关键程度。她补充说，你需要确保在需要的时候可以使用和操纵这些数据。
Smith David表示，这种割接计划已经开始在SaaS服务水平协议中发挥作用。“然而，我还没有与任何使用这些方法的公司合作过，所以我不知道它们是否有效。尽管如此，这仍然是我在与SaaS供应商谈判时所希望看到的。”
舒尔茨是一位资深的IT作家和编辑。可以和她联系bschultz5824@gmail.com．