这个星期，国际标准化团体Opengroup在旧金山举办了企业架构实践者大会(Enterprise Architecture Practitioners Conference)，我应邀作了发言。而去年夏天在德克萨斯州奥斯汀和德克萨斯州市举办的夏季会议上我做了主题发言，而这次会议，我也要做定调演讲。企业架构与SaaS的关系是什么？现在，很多计划、运营并建立自己的企业架构的人都忽略了SaaS。

　　SaaS就像任何应用一样，是适合企业架构的。其它系统，无论是新系统还是老系统，都必须与通过SaaS方式交付的系统进行交互，并且它们确实是企业架构的一部分。很多企业建筑师都否认这个事实并且忽略了SaaS的使用，本质上，他们将SaaS看作一个网站，而不是一个企业应用。千万不要这么做。

　　的确，随着时间的推移，SaaS的使用只会越来越普及。在全球2000强企业中，大约有百分之二十至百分之三十的企业使用SaaS交付商业应用。SaaS作用像其它企业系统一样，本身需要运行良好，并且能很好的同其它用户、原有系统协同工作。

　　下面介绍几个使这种协同作用充分发挥的小窍门：

　　首先，当定义在整个企业范围内使用公共语义模型时，一定要考虑SaaS应用。在许多情况下，因为缺乏与现有系统的整合以及没有一个共同的机制将SaaS处理成抽象和公共数据，公共语义模型都没有考虑SaaS。

　　第二，确定SaaS供应商提供的接口(API和Web服务)。要在选择供应商之前做这些事情，而不要拖到选择供应商之后。有不少企业架构师都被陷入了这样的困境：他们通过SaaS交付的系统没有明确的同其它系统交互的方式。如果你发现自己正处于这种情况，摆在你面前的还将有大量的工作要做。

　　第三，要时刻牢记SaaS模式的系统属于企业应用的范围，并且也要按照企业应用管理它们。在许多情况下，当谈到SaaS时，企业架构师拒绝将它们当作企业应用，尽管事实上这些SaaS模式的系统正在变得越来越关键。如果你不相信，只需看看如果Salesforce.com突然停止运转了将发生什么情况就知道了。

　　最后，当做长远规划时，要考虑SaaS。随着时间的推移，SaaS系统也将会发生改变，它们会与现在也将大有不同。因此，就未来发展方向而言，你一定要与供应商密切合作，仔细交流与您的供应商。总之，当你为下一代企业架构规划时，一定要考虑SaaS。