SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
请允许我重复一个看上去无害的问题,是由真实世界的系统管理员提出的,他想要知道,“终止合同员工的邮件应该如何处理?”回复迅速得从严格关注于邮件,膨胀到涉及所有企业信息,并且从“这是法律问题,因此立即删除所有东西”扩展到“云存储很便宜,因此永远保留所有东西。”
当然,正确答案,“取决于”你所处的行业,所在领域的***实践以及方案的可持续性。它不依赖于技术架构,针对和业务相关的底层数据管理风险,而不是托管模型。
打配合
的确,刚才提到的法律角度是值得探讨的方面。除去所有可谈判的条件,发现主动权是“自由的”,从而发现的任何信息是公平的。因此,***是在反对方告诉你,他或她发现了什么之前,就能够了解业务数据管理风险——并且在任何危害变成现实之前就解决它们。
没有那么戏剧性,保留所有事情会违反消防条例,因为纸质记录的箱子堆在一起,会挡住存储间和办公室地下室紧急出口。这听上去可能很老套,但是你会惊讶于这一实际问题导致大型信息管理改进的频率。
但是如果丢弃了大家还需要使用的信息会发生什么呢?在一段时间之后丢弃某些内容的问题在于这样的做法和一开始为什么要收集这些内容无关。结果通常是伴随着好意的清理,却破坏了一些重要业务流程。
“云解决方案很便宜”是另一个常见观点,“因此将所有东西都丢到虚拟存储里,在需要找什么东西时'Google'就可以了”——一切看上去很好,直到有一天意识到合规需求可能不允许这么做,并且这样野蛮的搜索可能并不是最有效的策略。
业务数据管理障碍
之前提到的问题的解决方案***得封装了所有业务风险的问题,将其和托管模型组合起来:
我们还使用垃圾邮件过滤器来归档所有进入或离开邮件服务器的所有邮件,“该问题的一个回复者说,我们认为他没有保护错误。”这使得我们可以删除收件箱,而无需担心为了法律目的而保留邮件的政策。这很便宜也很高效,找到邮件的责任在第三方身上,而不在我们公司。“
首先,垃圾邮件过滤器并不是设计用来做归档的;而且,归档和邮件管理并不相同。虽然垃圾邮件过滤器使用规则来区分消息,但是它们通常并没有足够的精确度,从而能够适用于需要决定什么东西需要保留,以及保留多久这个粒度的场景。
其次,将责任转移给第三方几乎总会失败。除非软件使用条款和服务级别协议有额外规定——而且可能那时候,你需要负责所有关心的信息,不管是基于邮件,数据库,文档还是其他。无一例外。
最重要的是,不管软件在本地还是在云上,这两个问题都存在。这里,托管模型不相关。
这里的经验是解决和业务风险相关的问题要求重要的,超前的思考,这些思考关于企业政策和流程,包括它们如何传播以及执行。只有这时,讨论SOA和云技术扮演什么角色才有意义,当然它能够提高一些效率,在用户管理,搜索/寻找,工作流规则处理和其他有用的功能上。