SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案特别是当你的问题是业务数据管理风险而不是技术问题时。

请允许我重复一个看上去无害的问题是由真实世界的系统管理员提出的他想要知道“终止合同员工的邮件应该如何处理?”回复迅速得从严格关注于邮件膨胀到涉及所有企业信息并且从“这是法律问题因此立即删除所有东西”扩展到“云存储很便宜因此永远保留所有东西。”

当然正确答案“取决于”你所处的行业所在领域的最佳实践以及方案的可持续性。它不依赖于技术架构针对和业务相关的底层数据管理风险而不是托管模型。

打配合

的确刚才提到的法律角度是值得探讨的方面。除去所有可谈判的条件发现主动权是“*的”从而发现的任何信息是公平的。因此最好是在反对方告诉你他或她发现了什么之前就能够了解业务数据管理风险——并且在任何危害变成现实之前就解决它们。

没有那么戏剧性保留所有事情会违反消防条例因为纸质记录的箱子堆在一起会挡住存储间和办公室地下室紧急出口。这听上去可能很老套但是你会惊讶于这一实际问题导致大型信息管理改进的频率。

但是如果丢弃了大家还需要使用的信息会发生什么呢?在一段时间之后丢弃某些内容的问题在于这样的做法和一开始为什么要收集这些内容无关。结果通常是伴随着好意的清理却破坏了一些重要业务流程。

“云解决方案很便宜”是另一个常见观点“因此将所有东西都丢到虚拟存储里在需要找什么东西时'Google'就可以了”——一切看上去很好直到有一天意识到合规需求可能不允许这么做并且这样野蛮的搜索可能并不是最有效的策略。

业务数据管理障碍

之前提到的问题的解决方案完美得封装了所有业务风险的问题将其和托管模型组合起来

我们还使用垃圾邮件过滤器来归档所有进入或离开邮件服务器的所有邮件“该问题的一个回复者说我们认为他没有保护错误。”这使得我们可以删除收件箱而无需担心为了法律目的而保留邮件的政策。这很便宜也很高效找到邮件的责任在第三方身上而不在我们公司。“

首先垃圾邮件过滤器并不是设计用来做归档的;而且归档和邮件管理并不相同。虽然垃圾邮件过滤器使用规则来区分消息但是它们通常并没有足够的精确度从而能够适用于需要决定什么东西需要保留以及保留多久这个粒度的场景。

其次将责任转移给第三方几乎总会失败。除非软件使用条款和服务级别协议有额外规定——而且可能那时候你需要负责所有关心的信息不管是基于邮件数据库文档还是其他。无一例外。

最重要的是不管软件在本地还是在云上这两个问题都存在。这里托管模型不相关。

这里的经验是解决和业务风险相关的问题要求重要的超前的思考这些思考关于企业政策和流程包括它们如何传播以及执行。只有这时讨论SOA和云技术扮演什么角色才有意义当然它能够提高一些效率在用户管理搜索/寻找工作流规则处理和其他有用的功能上。

本文转自d1net转载