虽然UC平台的微服务架构对企业来说并不明显，但它可以改善服务提供商为企业客户提供和更新服务的方式。
将应用程序作为一套模块化组件或服务开发的微服务架构对企业用户来说可能在很大程度上是透明的，但它会对服务提供商在统一通信平台上扩展其通信服务的能力产生深远影响。
传统上，统一通信平台和基础架构围绕单一样式的硬件或应用程序开发构建，其中单个，包罗万象的应用程序执行UC应用程序的所有功能，例如呼叫控制，协作功能或呼叫详细记录收集和分析。
就UC而言，大多数本地PBX和UC平台仍然是单片的。它们基本上作为服务器上的大型应用程序部署。由于应用程序的每个部分都在每台服务器上运行，因此当提供程序需要扩展应用程序时，开销会增加。
虽然单片架构可以小规模工作，例如支持单个业务或企业，但单应用程序方法无法有效扩展服务或云提供商。当提供商拥有一个拥有数千或数十万用户的平台时，应用程序上所有额外权重的开销将成为一项挑战。
随着应用程序上用户数量的增长，提供商必须向统一通信平台添加越来越多的计算资源，无论是否使用所有应用程序功能。此外，由于单片应用程序具有所有应用程序功能，因此更新或升级它可能是一个繁琐的过程。它可能需要使整个应用程序脱机，迫使提供商为停机时间和测量的发布周期创建窗口，并且可能会中断客户所依赖的服务企业。
然而，围绕微服务架构构建的统一通信服务平台打破了UC应用程序，使得呼叫控制，分析或计费模块能够单独构建和维护。这为供应商开辟了丰富的可能性。
作为独立但集成的应用程序，微服务架构中的UC堆栈可实现灵活的扩展。例如，在微服务架构中，通过产生呼叫控制服务的附加副本来处理支持附加语音流量，而不是启动单片UC应用的附加副本。此外，分析，计费或协作服务仅使用处理当前需求所需的计算量和其他资源。
此外，微服务基础结构中元素的独立性使每个服务的离散更新和应用程序维护周期成为可能。例如，分析更新不必影响成熟的呼叫控制应用程序。对于服务提供商或通信供应商而言，使用微服务架构实现统一通信平台是提高服务创新，灵活性和可扩展性的途径。
该体系结构是企业在评估统一通信平台时应考虑的众多事项之一。如果提供商具有微服务架构，则可以避免随着业务增长而扩展服务所带来的成长痛苦。
