为了适应不断发展的工作流程和增加的数据消耗量，企业开始转向基于微服务的架构，以提高开发速度并为其软件带来创新。

随着时间的推移，基础架构功能、修复、系统更新和增加的代码越来越多，较旧的基于应用程序的基础架构可能会逐渐失去其模块化以及易维护性。这使得企业更难以对软件作出更小更频繁的更改，以及建立快速更新周期。而更新这些老化软件模型正是微服务的优势之一。

总部位于亚特兰大的Kairu Consulting公司企业首席架构师Calvin Brown说：“如果部署得当，微服务可与现有服务并行运行，并显著缩短开发到部署到时间。”

我们都知道，数据中心管理员通常不参与创建微服务架构，但他们必须了解硬件如何支持成功的部署。现在越来越多的企业意识到让开发人员编写小型服务的优势，并且，这些微服务可让他们更快速地移动。

借助可促进协作、测试和集成的DevOps模型，管理员和开发人员可享受微服务的优势，并可在有效开发周期和部署硬件方面获得必要支持。

本地数据中心内的微服务

微服务是指耦合到服务集以帮助部署业务功能的应用程序。为了更加定期地维护某些软件功能，开发人员可分解软件组件或服务，从而形成分布式系统。这使得该技术非常适合基于云或本地数据中心部署，因为可根据开发人员的需求量身定制架构模式。

而很多数据中心管理员已经熟悉的Docker和自动化软件是微服务的关键推动因素。

PhoenixNAP全球IT解决方案总裁兼首席执行官Ian McCarty说：“微服务不需要昂贵的专用硬件，它们可在商用数据中心硬件的共享集群运行，这更它们容易扩展和替换。”

为了启动和运行微服务应用程序，管理员必须使用具有低延迟连接的基础架构。管理员可使用自动化软件来简化部署，因为他们必须单独部署每个应用程序组件—通常在容器内部署。

McCarty称：“微服务的部署和监控比传统单片系统更加困难且昂贵。”

利用微服务的优势

除提供更加模块化的方法来更新软件模块外，微服务还提供额外的维护好处，即加快从测试到生产的工作流程。

同时，在勒索软件或分布式拒绝服务攻击或意外中断的情况下，管理员也可看到微服务的好处。如果某个功能出问题，管理员可以处理该问题而不需要关闭整个系统。

微服务还可以提高数据中心的可扩展性和资源利用率。 IT管​​理员可通过扩大受影响组件的数量来处理需求高峰，而不需要部署整个系统的副本。

McCarty表示：“企业可在云端或者其他数据中心部署临时虚拟机来满足额外需求，而不必部署单个足够强大的数据中心来支持整个系统。”

对于长期维护，每个开发团队都可使用他们想要的源代码来解决问题，这可减少更改所需的时间和协调工作。

McCarty称：“开发人员可在自己的机器构建每个服务，而不必担心是否有足够的资源来运行。”

整个微服务架构很灵活，不会迫使IT管理员只走一条路，因为它可根据各个模块的需要适应多种技术和源代码。当然，这需要管理员和开发人员之间的沟通，因为管理员必须确保可通过容器、小型云部署甚至无服务器部署来支持微服务。如果开发人员开始编码前硬件没有到位，则会延迟启动时间、增加配置成本以及减少微服务的优势。

此外，如果管理员使用异构环境来支持微服务，那么他们必须确认服务器和云平台之间的兼容性，以最大限度减少停机时间。

整合考虑因素

在部署微服务架构之前，企业必须正确其用途。

451 Research首席分析师Jay Lyman表示：“如果传统单片应用程序变得难以管理或更新，那么，微服务可使该应用程序变得更强大且具有可扩展性。如果传统应用没有问题，那可能没有必要部署微服务。”

另外，管理员必须考虑如何分组功能以及哪些API支持不同的模块。在考虑服务分组时，开发人员必须确保组件保持一致，并且，不应该在相同模块中组合太多功能。

而且，数据管理员需要了解任何部署计划。这意味着评估当前服务器和云容量，包括计算应用程序带宽和存储要求，以确保微服务可有效长期运行以及处理数据操作的波动。

部署基于微服务的架构

根据451 Research的研究显示，超过三分之一的企业IT决策者处于微服务初始或广泛生产使用阶段。在调查阶段，62%的企业正在测试环境积极测试微服务。只有4%的人没有兴趣。

技术巨头已经投入大量资金来帮助客户部署微服务，他们将是推动部署的主力军，例如亚马逊的AWS API Integration和AWS Lambda，以及微软的Azure API Management。

不过，即使在大型技术企业的帮助下，IT管理员仍必须与开发人员合作，找到适当的专用服务器、云和容器以支持更灵活的软件架构以及实现微服务的优势。