SBS 2011 Premium与云

我们正在为一个小客户(10个用户)推荐一个解决scheme。 他们目前拥有SBS 2003,他们现在对于拥有解决scheme感到好奇。 如果他们转移到云端,我们的保留者可能会离开,但是如果失败了,我们将不再有跑到他们办公室的开销。 任何人btdt? 你是如何重组业务关系的? 任何有关说服他们留在内部解决scheme的想法?

谢谢!

我们现在正在研究一个类似大小的客户端,他们需要replace他们的SBS 2003服务器。 我们看到的方式是,无论如何他们需要有一台服务器,因为他们有几个业务应用程序,这些应用程序无法工作,或者没有被提供为软件即服务(SaaS)。

把这个时间花费在将所有邮箱和数据迁移到云计算解决scheme所花费的时间(据我所知,每个邮件configuration文件需要传输两次:一次到云端,一次回到创build阶段离线.OST)加上域迁移,故障排除,networking变化(见下文)等可能接近完成2003年到2008年的迁移所需的时间,因此实际上并没有节省人力。

现在比较Windows SBS 2011标准与使用Small Business Essentials加Office365或BPOS(以及任何/所有加载项)的云混合技术的许可,并且当您考虑一年的价值时,节省也不会太多的座位云费用。

还有带宽/上限的考虑,加上升级networking设备的负载平衡/冗余(并可能获得第二个互联网连接在不同的运营商/networking,即ADSL和商业有线互联网),如果业务有效closures到期将需要在与云进行任何互联网中断时。

还有一些像Officemacros/插件这样的X因素的东西(你不会相信有多less办公室有一些“必须”的Word或Excelmacros),可能无法与Office365的工作。

基本上,这里只有很多的变数,而且我谨慎的说,现在大多数办事处都没有看到大多数办事处正在转向基于云的产品。 混合/部分云服务增强您当前的基础设施? 当然,我们正在将Amazon EC2用于Web应用程序托pipe的多个客户端,Barracuda用于非现场备份,并且绝对可以看到新的Private Cloud产品非常适合灾难恢复故障转移。 但是一切都完全转移到云端? 我只是不能看到没有某种服务器在本地运行,如果是这样的话,为什么不把它放在SBS呢?

即使你有0%的接受率,我也会为此做一个例外。

内部部署失败几乎总是你造成/未能阻止的事情。 这显着降低了可用的失败模式。 介绍“云”增加了更多,其中大部分将完全不受你的控制(你会花更多的时间来追踪失败的位置)。

也就是说,你的客户很小,而且很可能归结为最初的成本决定。 “云”对他们来说可能会更便宜; 但更复杂的是,如果他们对失败的容忍度不高,我强烈build议不要这样做。

我从来没有失去一个客户推荐什么是最好的。

只要确保你清楚了解你的责任到底在哪里,以及云计划是做得对的。 任何外包服务最大的问题是责任和期望。 由于“云”对许多用户而言是一个模糊的术语,因此他们可能期望的不仅仅是交付。 当失败的时候,你不想让不快乐的用户指着你说:“你说这是云,云意味着没有中断!”

我不会进入云与本地分析,但我会说,他们仍然会有本地资源需要pipe理:

工作站和/或瘦客户机

networking设备(交换机,路由器,防火墙)

打印机

电话和电话系统

所以你的关系(和保留)的性质可能会改变,但我不明白为什么它必须是一个全部或没有任何提议。

我们有一位客户,他最近将大部分IT业务转移到了我们的云服务中,但是他仍然保留了本地IT资源来处理我所提到的事情。