沈建苗

也许你将大规模（Web-scale）网络与Facebook、谷歌和亚马逊之类的云巨头联系在一起，但它不再仅仅是面向大规模企业的一种架构。人们在看了类似这些巨头的数据中心后，提出了这个问题：像我们这些规模较小的公司可以从中借鉴什么？通过分析这些企业的运营方式，“大规模”这个术语由此而来。大规模具体是指搭建起专有、高效、可扩展的云环境的超大规模网站公司。自那以后，大规模日益成了企业在向未来演变的道路上采用的一种模式。

原因何在？因为大规模的模式为选择采用它的企业带来了许多好处，包括灵活性、弹性和按需的基础设施。大规模的开放环境让企业易于制订标准化协议、发现问题，建立高效联系的统一架构。它让企业可以根据要求和预算来定制，从而消除厂商锁定带来的问题。它还让操作人员可以更迅速地发现和解决问题，更快速地部署。

拥抱未来理念

Gartner声称，到2020年，40%的跨国企业会有大规模网络项目。虽然这个数字听起来很高，但实际上，企业采用大规模网络的步伐比我们预想的要慢，尽管它具有很大的回报——空前的可扩展性、效率和自动化。为什么会这样呢？

首先，大规模项目要成功，企业先要有正确的理念来实施它，因为这不仅是一种技术，更是一种工作方式。比如说，全球最大的一家银行在使用Cumulus Linux来实施大规模IT，4年多后才进入到他们能够完全开展大规模部署的阶段。

不过，理念上的转变其实没有想象的那么难。实际上，你的网络团队就算没有拥有执行大规模战略所需的全部技能，至少也拥有了大部分技能。关键就是学习、了解原则，以便用一种新的方式来看待工作。如果企业围绕大规模的原则构建起IT系统，那么IT团队就要负责改善其能力。下列这些问题对于IT操作人员的理念来说必不可少：我有多少计算资源？我存储内容的速度有多快？我能存储多少内容？系统变化的频次如何？增长前景如何？有什么灾难恢复策略？我可以让哪些流程重复？我可以使什么实现自动化？

IT团队的理念从维护角度向架构和超前设计角度转变。这包括专注于NetDevOps，以此实现网络基础设施高度自动化。通过在企业中充分利用NetDevOps，平台变得异常灵活和具有可扩展性，消除了完成工作方面大部分的“繁文缛节”，并且在团队内部提倡合作和透明度。

IT团队要有专注于未来的态度，那样大规模部署才能在企业中取得成功。虽然调整IT团队的目标、鼓励团队拥抱一种新理念似乎很艰巨，但是从长远来看回报巨大。

自动化是关键

笔者与网络操作人员交谈时，他们表示：平常花大量的时间来搞网络架构，但是没有花很多的时间专注于自动化。至于大规模，恰好相反。IT团队花大量的时间在自动化上，花在操作本身上的时间并不多。

自动化限制了资源需求，减少了错误，并帮助操作人员管理更多的交换机。它可以迅速交付优秀的应用程序和服务，以满足业务的需求，因减少了停运、缩短了平均解决时间，而提供了易于预测的结果，可以高效地管理节点和设备，消除了人为错误。从网络的角度来看，这种转变旨在做到防患于未然。IT团队需要能够管理更多的容量、更高效地进行管理。他们需要一条高度自动化、自我检查的供应链，可以非常经济、高效地投放容量。借助自动化，IT团队就可以在调试上少花时间，多花时间在管理更多的网络设备上。

向着未来的IT迈出一大步

我们见过大量公司试图逐步向大规模部署转变。这些公司在变化，逐步采用大规模部署，但是只愿冒很小的风险。这些公司想往大规模部署转变是好事，但老实说，这些小变化无法带来重大改变，因而无法让它们得以获得大规模部署带来的“大回报”。我们看到非常有效的是，向整个企业传达转向大规模部署的重要性，从而打造未来的公司。说这个转变对公司长远的生存和成功来说很重要，这会让团队更倾向于一下子采用，而不是逐步采用。笔者的忠告就是，把企业的IT团队叫到一旁，要求构建大规模基础设施，然后，企业可以开始将新的应用程序推向大规模架构，继续为传统基础设施中的旧应用軟件提供维护支持，一旦全面建立起大规模基础设施，就开始迁移过去。

整个企业要愿意摈弃旧做法，明白这么做有利于取得业务优势，冒一定风险的公司可以在市场上获得丰厚的回报。企业需要愿意冒适当的风险，最终才能获得大规模部署带来的好处，并且认识到如果从头开始搞，企业就能确保团队协同工作，从头至尾考虑大规模设计和可管理性。一旦贵企业确立了想通过大规模部署实现的新目标，就可以在未来将每个做法都迁移到大规模的“新”做法中。

如果得到企业的支持和认可，你就能构建起具有这些好处的大规模数据中心——标准化、易于预测的规模、更低的总体拥有成本、业务敏捷性和灵活定制。虽然起初要花一番工夫，但是这点不可否认——大规模部署从长远来看给公司带来了巨大回报。