Azure云服务负载均衡器是否考虑角色实例状态？附启动缓存场景咨询

嘿，这个问题问到点子上了——答案是肯定的，而且你的实现思路刚好完美利用了这个特性！

给你拆解下具体逻辑：

• 当你重写RoleInstance的OnStart方法时，只要这个方法还没执行完毕（也就是实例还没返回"Ready"状态），该实例会被Azure标记为Busy状态。Azure云服务的负载均衡器会严格识别实例的状态，只会把用户请求路由到处于"Ready"状态的实例，Busy状态的实例完全不会收到来自LB的流量。
• 结合你的场景来看：你在OnStart里做大量数据缓存初始化，这时候实例还没准备好处理业务请求，LB会自动跳过这个未就绪的实例，把所有流量都打到另一个已经Ready的实例上，完美避免了用户请求打到还在初始化的实例导致报错的情况。
• 再说说你提到的故障/更新域：因为你的两个实例分属不同的故障域和更新域，不管是遇到故障切换还是服务更新，Azure只会逐个处理不同域的实例——比如更新时，先把其中一个实例拉进Busy状态做更新初始化，另一个实例始终保持Ready承接流量，等第一个实例完成初始化回到Ready后，再处理第二个。这种机制完全能保证你的服务在初始化或更新过程中不中断。

顺带提一句：这种通过OnStart控制实例就绪状态的方式，正是Azure云服务场景下的最佳实践，特别适合你这种需要预加载大量资源的业务场景，能有效保障服务稳定性。

内容的提问来源于stack exchange，提问作者ewitkows