AMAG弃用数据中心拥抱云.docVIP

AMAG弃用数据中心拥抱云 　　AMAG关闭了数据中心，将一切移到云端，到处使用无线网络，让BYOD成为标准和惯例，并丢弃了桌面电话。 　　当Nathan McBride 2008年加盟美国AMAG制药公司时，他就立下一个宏伟的目标：使用尽可能少的内部基础设施，重建公司IT。今天他做到了。身为公司IT副总裁兼首席云计算架构师的McBride，用了几年的时间，成功地关闭了AMAG的数据中心，将与IT相关的一切都迁移到了云端，同时在公司里处处使用无线网络，并让BYOD成为标准和惯例，还丢弃了桌面电话。这个大迁移工程的结果是使280万美元的IT预算节省了一半，更重要的是，IT能够更迅速满足业务需求。McBride和AMAG的经历值得许多公司借鉴和参考。 　　关闭数据中心，就有望减少成本 　　AMAG制药公司位于美国马萨诸塞州列克星敦市。在来到AMAG制药公司之前，McBride效力的那家公司曾投入巨资大建数据中心。他们一方面购买了许多价格不菲的大型系统，另一方面系统的利用率却只有10%。这种做法让McBride觉得难以接受。 　　2008年，McBride入职AMAG制药公司时，该公司的IT是请专业的IT咨询公司来做。当时盛行的还不是软件即服务（SaaS），而是面向服务的架构（SOAP），McBride正是想把这些托管服务结合起来，于是，他试图说服公司的CFO关掉数据中心。CFO虽然认为这不可能，但还是表示：“要是你觉得能行，那就不妨试一下。” 　　我想只用一支小团队来让IT非常精简地运行。要是关闭了数据中心，我就有望减少成本，我需要的预算就会少得多。得到了CFO的许可，于是我请来了三名专家，跟他们说，我们要丢弃这整个数据中心，把数据中心里面的一切换成别的东西，我们的目标是通过公有云服务商，包括IaaS（基础设施即服务）和SaaS（软件即服务）等方式来提高效率、降低成本，而不是使用企业内部的系统和应用。我们相信这就是数据中心未来的最佳用途。 　　2008年年中，AMAG公司成立了一支精锐的团队，其中的成员包括敏捷开发、Scrum（一种迭代式增量软件开发过程，通常用于敏捷软件开发）和PMP开发方面有经验的项目经理，以及不仅知道如何搭建大型服务器，还懂得安全、网络和整个系统的数据中心主管，他们的目标是：到年底时，让一半的数据中心消失。 　　McBride和他的团队开始规划公司的IT未来。当时，McBride对云的应用潜力已经思索了很长时间。在2005年至2006年期间，S风靡一时，随之大量企业开始研发SaaS应用模式。与此同时，亚马逊推出了AWS（Amazon Web Services），用户只要花上不多的费用就可应用AWS的存储配置。不过这在当时并没有多少人十分清楚这一服务的用途。 　　在AMAG的职位给了McBride实现梦想的机会。但当时他向公司管理层提交自己的三年云规划时，规划中还有许多不得不空出来的地方。他说：“我们知道我们自己需要什么，但是我们无法找到能够满足我们所有需求的云服务商。”但公司的业务不可能为了等待这样的服务提供商的出现而停滞不前。 　　McBride和大家列出了IT通常拥有的五大方面，包括备份、电子邮件、文件服务器、安全和服务，然后搞清楚如何最大程度地简化，更重要的是，如何将它们都迁移出去。 　　当时有家厂商主动跟McBride表示，可以为AMAG提供离线备份服务。对方可以安装一套硬件设备来处理AMAG的所有备份任务。McBride他们答应了，那可以说是他们迈出的第一步，也是首次尝试。 　　那次成功之后，我们问自己：备份有了，接下来还能做什么？随着我们的调研越来越深入，更多的提供商开始浮出水面。那时我们已经开始意识到，整个事情将受制于两个问题：一个是我们如何处理电子邮件，另一个是如何进行身份验证？ 　　尽管当时商用Google Apps上市已经有一年多，但他们对此仍有所顾虑。但当他们在公司里做了一番调查后才发现，有近一半的员工已将Gmail用于个人用途，这让McBride他们放了心，于是他们开始了大规模迁移，把所有通信都迁移到了Gmail。 　　Gmail到位后，他们又盯上了活动目录（Active Directory）。他们知道，活动目录会是个问题，因为经过分析后他们认识到，AMAG想获得成功，必须扔掉活动目录。比如，为了成熟起来，就必须能够将设备使用权交还给员工，那样员工才不会动辄向求助台提出问题。为此，他们就得扔掉组策略、扔掉域管理。而扔掉这些东西的症结都在活动目录上。所以，最终的方案是扔掉活动目录。 　　但他们很快就发现，活动目录几乎无孔不入，渗透到他们所做的一切。 　　如果你有内部数据中心，当然希望活动目录无处不在，而当你突然意识到不再需要它时，却几乎不可能清除掉