案例分析题：微服务架构下的服务注册发现与熔断限流机制设计案例背景B公司开发了一套大型电商系统，采用Spring Cloud微服务架构实现商品管理、订单管理、支付服务、用户服务、搜索推荐等多个服务模块。系统部署在Kubernetes平台上，采用Eureka作为服务注册中心，Ribbon和Feign进行服务调用，Zuul作为网关。随着“双十一”大促的临近，系统面临巨大的并发访问压力。近期模拟测试中出现如下问题：在高并发场景下，部分服务实例被频繁调用导致崩溃，但其他节点未能及时接管；某些服务注册信息延迟或失效，导致服务调用失败；大量请求涌入某个接口，数据库连接耗尽，造成服务雪崩；用户反馈部分页面加载缓慢，部分服务请求失败后无备选方案。技术团队计划引入限流、熔断等服务治理机制，并考虑从Eureka迁移到更高可用的注册中心。案例问题【问题1】分析当前服务注册与发现机制中存在的问题及风险。【问题2】微服务架构下如何设计健壮的服务注册与发现机制，以提高服务可用性？【问题3】如何在系统中引入熔断、降级与限流机制，防止服务雪崩？【问题4】若采用Sentinel进行服务治理，请说明其核心能力及应用场景。【问题5】针对上述问题，提出一套综合性的微服务治理方案。参考答案【问题1】当前服务注册与发现机制的问题：Eureka CAP模型偏向可用性，在网络分区或实例失