本文介绍如何在 Azure 服务总线的命名空间上为计划内维护事件做好准备。
为了保持 Azure 服务总线的安全性、合规性、稳定性和高性能，我们通过服务组件不断进行更新。 得益于新式可靠的服务体系结构和创新技术，大多数更新在服务可用性方面都是完全透明且不会产生不良影响的。 尽管如此，少数类型的更新会导致短暂的服务中断并需要特殊处理。
在计划内维护期间，命名空间会移动到包含最新更新的冗余节点。 此移动发生时，客户端 SDK 会在该命名空间上自动断开连接和重新连接。 升级通常在 30 秒内完成。
连接到服务总线命名空间的任何客户端生产应用程序均应实现一个可靠的连接重试逻辑。 因此，更新对客户端几乎是透明的，或者至少对客户端的负面影响最小。
如果你希望在出现服务问题或计划内维护活动时收到警报，可将 Azure 门户中的服务运行状况警报与相应的事件类型和操作组配合使用。 有关详细信息，请参阅接收有关 Azure 服务通知的警报。
如果命名空间发生连接失败的情况，请在 Azure 门户的资源运行状况窗口中查看当前状态。 “运行状况历史记录”部分包含每个事件（如果有）的停机原因。
- 有关重试逻辑的详细信息，请参阅针对 Azure 服务的重试逻辑。
- 若要详细了解如何在 Azure 中处理暂时性故障，请参阅暂时性故障处理。