随着数据中心的发展，企业的需求正在不断变化，而数据中心的模式也在朝着多样化的方向发展着。这就不得不提到模块化机房的建设了。那么，模块化机房建设究竟有哪些优缺点呢?

　　随着数据中心大规模集约化部署的发展趋势越来越明晰，数据中心的建设和运营方式也出现了质的变化，以高效为核心的解决方案，可以说占着革命者的地位。

　　我们不难发现微模块化数据中心是有着两面性的，一方面它的优点是可以非常迅速地部署完毕，通常只需要几周时间;相比之下，建造传统的数据中心通常需要几个月，甚至几年。而且模块化数据中心成本较低，采用集装箱数据中心和预制单位的用户可有效降低成本。

　　再有的是微模块化数据中心它易于部署，集装箱似的数据中心和预制单位可以部署在采用者指定的任何位置，同时扩展容易，可根据需要，添加更多的空间，其表现为添加集装箱数据中心、预制单位或建筑面积。

　　当然它的另一面是微模块化数据中心也有其缺点。首先，模块化数据中心耐用性差，集装箱数据中心和预制的模块化数据中心则较能经受时间和天气的考验。第二是空间有限，大多数模块化数据中心，特别是集装箱数据中心，其设计是用来容纳设备而不是容纳人的。

　　基于微服务应用的一个最大的优点是，它们往往比传统的应用程序更有效地利用计算资源。这是因为它们通过扩展组件来处理功能瓶颈问题。这样一来，开发人员只需要为额外的组件部署计算资源，而不需要部署一个完整的应用程序的全新迭代。最终的结果是有更多的资源可以提供给其它任务。

　　微服务应用程序的另一个好处是，它们更快且更容易更新。当开发者对一个传统的单体应用程序进行变更时，他们必须做详细的QA测试，以确保变更不会影响其他特性或功能。但有了微服务，开发者可以更新应用程序的单个组件，而不会影响其他的部分。测试微服务应用程序仍然是必需的，但它更容易识别和隔离问题，从而加快开发速度并支持DevOps和持续应用程序开发。

　　第三个好处是，微服务架构有助于新兴的云服务，如事件驱动计算。类似AWSLambda这样的功能让开发人员能够编写代码处于休眠状态，直到应用程序事件触发。事件处理时才需要使用计算资源，而企业只需要为每次事件，而不是固定数目的计算实例支付。

　　尽管有种种优点，微服务架构也受到了一些批评。

　　虽然微服务架构将应用分解成开发人员可以更轻松地管理和扩展的组件，但它们并不会让整个应用程序变得更容易构建。微服务应用程序仍然需要提供相同的功能，并执行与整体相当的功能。

　　更重要的是，在一个应用中的各个微服务组件使用API来交换数据。API的改变可能引入差错，例如API版本之间消息格式的差异。此外，由于更多的组件试图交换信息，可能会发生网络拥塞。

　　其次，测试和部署微服务的应用程序也可能更复杂。推出微服务的应用程序不只是运行一个.exe文件的问题。相反，一个微服务部署通常要求一个详细的脚本进行提供，加载，逻辑连接，然后启动必要的虚拟化实例组件。这是一个复杂的过程，而要移植这样的部署则更具挑战性。

　　还有就是存在一定的安全风险，孤立的集装箱数据中心比传统的大型数据中心增添了很大的安全风险。最后是可选择的范围有限，许多模块化数据中心产品要求只能使用特定厂商的硬件或解决方案。事物自古有利有弊，重要的是它是否能满足当今市场的发展需求，但就我个人看来，模块化的数据中心必然有他存在和发展的价值。

　　最后，许多微服务的应用程序使用的补充服务，如负载均衡，自动扩展和事件驱动计算，这使得开发者依赖于云提供商提供的可用性和性能。这种对外部服务和API的相互依赖也可导致可靠性和版本的问题。

　　微服务为软件开发人员提供了一个新的模式，使他们能够将复杂的企业应用开发成一系列的相关功能组件。虽然这些组件对于云部署来说很理想，但开发人员必须在部署之前仔细权衡微服务的优点和缺点。

　　以上就是模块化机房建设有哪些优缺点的全部内容了，其实所谓模块化数据中心是指每个模块具有独立的功能、统一的输入输出接口，不同区域的模块可以互相备份，通过相关模块的排列组合形成一个完整的数据中心。尽管目前数据中心存量市场还是以传统为主，不过运营商新近规划的数据中心基地都在考虑新的模式，即大规模应用场景采用微模块方式。