关于微服务描述错误的是（必须部署在统一环境，否则无法相互调用）。
微服务架构是将单一应用拆分为围绕业务功能构建的小型独立服务的架构风格，这类服务具备独立开发、部署、扩展与维护的核心特性，每个服务拥有专属运行环境、数据库与业务逻辑，和其他服务保持高度解耦。微服务无需部署在统一环境，只要能通过网络连通，跨环境也可实现服务间调用，服务间通常依赖HTTP、REST、gRPC或消息队列等轻量级通信机制完成交互。在系统扩展上，可针对负载攀升的单个服务单独扩容，无需对整个系统进行全量扩展，能灵活适配不同业务模块的差异化需求，大幅提升系统的灵活性与可维护性。
本题考察的是微服务架构的基本概念。
微服务架构是一种将单一应用程序分解为一组小型、独立的服务的架构风格，这些服务通常围绕业务功能来组织，可以独立开发、部署、扩展和维护。
A选项必须部署在统一环境，否则无法相互调用：这个说法是错误的。微服务架构的关键特性之一是服务的独立性，服务可以部署在不同的环境中，只要它们能通过网络进行通信。微服务之间的交互通常依赖轻量级的通信协议（如HTTP、REST、gRPC等），并不要求它们部署在统一的环境中。因此，微服务的部署环境可以是分布式的，不必依赖于统一环境。
B选项微服务可以独立部署：正确。微服务架构允许每个服务独立部署，可以在不同的物理服务器或虚拟机上运行。每个微服务都有自己的运行环境、数据库和业务逻辑，与其他服务解耦，从而实现更高的灵活性和扩展性。
C选项微服务之间通过轻量级通信机制进行交互：这是正确的。微服务之间通常通过轻量级的通信协议（如RESTful API、消息队列、gRPC等）进行交互，这些协议易于理解和使用，同时具有较低的性能开销。
D选项微服务支持独立的扩展和部署：这也是正确的。微服务的每个模块都是独立的，可以根据不同的需求进行单独的扩展和部署。例如，当某个服务的负载增加时，可以单独扩展该服务的实例，而无需扩展整个系统。
因此，选项 A 是错误的。