![电子邮件连续性服务,即 Messagelabs – 注意事项、经验教训、陷阱?](https://linux22.com/image/510784/%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E8%BF%9E%E7%BB%AD%E6%80%A7%E6%9C%8D%E5%8A%A1%EF%BC%8C%E5%8D%B3%20Messagelabs%20%E2%80%93%20%E6%B3%A8%E6%84%8F%E4%BA%8B%E9%A1%B9%E3%80%81%E7%BB%8F%E9%AA%8C%E6%95%99%E8%AE%AD%E3%80%81%E9%99%B7%E9%98%B1%EF%BC%9F.png)
我正在审查一些电子邮件连续性解决方案,例如信息实验室。这样的解决方案并不便宜,但是,我相信它们可以降低管理的复杂性,并且可以作为电子邮件的可行 DR 类型解决方案,而不是为了 DR 目的而购买新服务器。
你们当中有谁亲身使用过这项服务吗?你们的意见和/或反馈是什么?
提前致谢。
答案1
将其保留在内部,并使用 Exch2k10 数据库可用性组 (DAG)。这是我的 2p 价值。
答案2
如果您正在寻找 MessageLabs 的替代方案,建议您考虑 Webroot,很多 MessageLabs 客户都已转而使用 Webroot。他们还提供比 MessageLabs 更经济的电子邮件连续性,并且提供比 MessageLabs 更先进、更快速的服务。
答案3
Messagelabs 解决方案实际上是基于 Dell MessageOne 平台的,这就是为什么它的价格昂贵,因为他们在... 对其进行了授权。
很久以前,我曾经是 Messagelabs 的客户,但是由于平台不灵活和客户服务差,我转而使用 Email Systems(现在的 Webroot)......我最好的客户因为他们而宕机了一天 :( 我们差点失去这个客户。
如果您只是在寻找一个安全解决方案来替换 Messagelabs-Webroot 是一个不错的选择,但他们不提供我认为您想要的连续性服务。
您看过 Mimecast 吗?我最近加入了 Mimecast,因为他们拥有出色的技术 - 安全性、连续性和存档作为 SaaS 解决方案。您可以为您的电子邮件用户提供 100% 的正常运行时间 - 如果您的用户使用 Outlook,他们不会注意到任何停机时间,因为 Mimecast 连续性已集成在 Outlook 中。
我喜欢 Mimecast,因为它是私有的,资金充足,并且拥有完全自有和完全集成的辉煌技术(无需第三方许可/集成)。
我是[电子邮件保护]或关注推特 @justinpirie
我希望在我管理 200 多个 Exchange 服务器时有 Mimecast,它可以让我和我的团队多睡几个晚上!
最好的,
贾斯汀
附言:我刚刚和以前在 Messagelabs 工作的新同事聊天……显然 ML 支持正在与 Symantec 支持集成,后果是可以预见的 :(
答案4
免责声明: 我没有为任何类型的信息公司工作,但我有 15 年为零售和公用事业领域的中型企业管理网络(包括电子邮件服务)的经验,因此我对它非常感兴趣。
到目前为止,我只将电子邮件基础设施从外包转移到了内部。许多产品声称可以降低复杂性,但实际上并没有;它们只是隐藏了复杂性。很多时候,当我查看提议的解决方案时,根据系统中的组件数量和连接关系,复杂性实际上有所增加。现在似乎有一种日益增长的趋势,即“云”提供商隐藏或使获取有用且详细的系统图变得非常困难。我在这里写的内容希望能让人们知道在评估外包消息服务时应该问哪些类型的问题。
在任何情况下,只要制定了 BC/DR 策略,您就需要面对这样一个事实:无论合同如何规定,您都不知道第三方或托管服务的效果如何。使用内部解决方案,您可以在实验室环境中测试架构并生成确定的故障模式列表。100% 正常运行时间是一个误称;它并不存在。在提交之前,您将如何测试服务的功能?是否有停机事件记录?公开的?发生中断时,服务的通信策略是什么?当发生与安全相关的事件时,您会知道吗?这些都应该在合同中。
对于电子邮件,您还必须考虑电子邮件过滤的位置、如何实施,以及更改被阻止邮件的难易程度。许多第三方电子邮件连续性解决方案会强制您更改 MX 记录以指向其网关。他们的列表政策是什么?该政策是否公开可用?您更改阻止列表的程序和时间框架是什么?被阻止的人又如何更改?这真的可行吗?他们如何衡量过滤的有效性?误报又如何?
电子邮件的高级视图显示了一个由许多分布式队列组成的系统。创建一个显示特定配置中的所有队列的图表,您将看到它会失败的地方。建议的解决方案如何堆叠(除非您知道其他情况,否则将服务视为单个黑匣子)?
将该服务与已知且经过充分测试的内部解决方案进行比较:一般而言,对于 Exchange,内部解决方案将涉及使用旧版本或 2010 年的 DAG 功能进行集群设置;这可能意味着至少有 4 个 Exchange 实例。您可以将其与负载平衡器(例如由 F5(高端)生产的负载平衡器)相结合,以实现客户端连续性。实现与互联网的消息连续性将涉及设置多个互联网连接和多个电子邮件网关(例如 Ironport 设备)。当然,所有这些都是一项重大投资,但与这些“云”解决方案相比,运行数字(包括内部人才),您可能会对内部解决方案所实现的价值感到惊讶。顺便说一句,市面上有比 F5 和 Ironport 更便宜的解决方案,可以提供相同级别的连续性。对于这里的小公司来说,外包看起来更好,但即便如此,有了 DAG 和一些 Linux 知识,小商店也可以做得很好。
归根结底,对于任何场外解决方案,都需要考虑互联网连接。问问自己,如果没有互联网,内部消息传递连续性方案会是什么样子。
谷歌搜索该公司,看看他们是否聘请了 SEO 公司来清理其在线形象。如果您看到的只是大型行业杂志的链接,而这些杂志只是重复新闻稿和其他毫无价值的内容,如赞助研究、白皮书和其他公司托儿,那么您就能判断出情况确实如此。如果您能轻松找到讨论板或电子邮件列表档案,其中包含有关一家公司的好评和差评,那总是一件好事。每家公司都有不好的地方,但当您知道它是什么时,坏处会更好。