正如CIO们面临如何运作IT的选择：企业自建数据中心、托管设施或公共云，现在又冒出了新的选项——边缘数据中心。

边缘数据中心有两种主要类型。一种是由服务或托管商提供小型设施，用于服务另外一个办公区，另外一种被定义为模块化站点，然后安置在企业自己拥有的主要网络边界。

Equinix、Virtus和Interxion善于利用他们大型托管设施提供第一类型的服务。他们的目标是为大型用户，大部分是服务提供商，提供由第三方拥有与管理的完整数据中心能力。

这种方案的用例，可能是某个全球性媒体公司，需要在全球范围的托管数据中心架设IT平台，为世界各地提供最佳的容量、性能与应变能力。

这种方式运作良好，当时在非服务针对的重要市场区域，想要获得高速网络访问的性能十分有限。

为了解决这个问题，为什么不在这个区域内创建一个更小型的数据中心，然后通过专门的互联方案连接主要数据中心，然后同时双卖带宽与内容？这样既可以有效提供服务，又可以扩展愿意为此付费的用户群。

这种模式同样适合于小型托管服务提供商，只要他们能够在本地提供这些服务，并根据需求与大厂商合作。就像EdgeConnex和365 Data Centers，两者皆是适合本用例的方案。

Akamai、CloudFlare、Limelight、或CDNetworks的内容分发网络（CDN），举例来说，可以利用这些边界优势，降载主数据中心回流数据量并为相关城市提供更好的性能。

以CloudFlare为例，大部分业务量运行在大型服务商，同时也采用了EdgeConnex来支持更小规模的美国城市，弥补Equinix之类公司未能覆盖的范围。

即使在国内，边缘数据中心也能让供应商只需花些小精力来完善业务，而不用投入大量时间精力和费用，这要看的话，更符合成本效益。

模块化数据中心用例

许多组织都运营跨多区域的业务中心，每个区域都可能需要访问核心公司数据与系统。历史上看，通过将所系统部署到单独数据中心，并开放给所有人访问的方式解决，或者将多个不同系统部署到各个区域。这样做可能会导致不同的数据孤岛，而且很难调和。

这种情况下，基于模块化系统的边缘数据中心可以纳入选项。一个精心设计的半容器或全容器数据中心可以组织在货车后箱里供组织使用。

主机托管提供商IO就是完全贯彻数据中心即服务（DCAAS）这一逻辑概念的公司范例。

IO自己的主数据中心是由高度工程模块化的系统构建。因此，大型数据中心可以由许多更小规模的模块构建，而且如果有必要还可以在未来进一步扩大，模块可以很容易的在更大型的设施中重新利用。

事实上，IO可以为直接为用户提供单一模块作为边缘数据中心，同时还提供组织到托管提供商的连接与内容加速这类用户可能需要的功能。

这种贴近需求的边缘服务器可能是个小众需求，但如果涉及到资源爆发式的工作负载需求情况，会有公司考虑采纳这种有效的方式。

边缘计算的需求

边缘数据中心并不适合所有人，但是，他们确实为这些服务较薄弱的市镇、城市、地区和国家提供了非常优秀的解决方案，提供满足当今用户访问所期望的企业应用程序与内容。

因此，企业不应该忽视较小的数据中心提供商。看看他们在与大型托管商和公有云之间是否有可靠的互联方式，并确保他们能提供符合预算的价格。大多情况下，不会考虑将他们作为主要托管站点，但可能是需要利用他们做一些范围覆盖扩展。

但在签约之前，CIO需要确保供应商的规划能够满足自己未来的发展需求，扩展新区域的能力要能与企业自身增长的步调匹配。同样还值得检查他们的服务级别水平是否足够支持业务。

不要低估人为要素，因为很有必要了解当出现故障时，当地人员是否能与企业合作找出根本问题，而不是浪费时间互相指责。

虽然组织形式上的网络边界正在快速消失，但边缘数据中心服务可以让每个人，无论身在何处，都感觉像在和总部办公室一样,使用相同的系统，获得相同的性能与功能。