面试题答案
一键面试服务发现
- 采用Consul作为服务发现组件：Consul具有多数据中心、健康检查、支持DNS和HTTP接口等特性，适合大规模集群。通过在每个数据中心部署Consul集群，各个微服务实例在启动时向本地Consul服务器注册自身信息，包括服务名称、IP、端口等。其他服务通过向Consul查询服务列表来获取目标服务地址，实现服务间的动态发现与调用。
- 服务发现优化策略：
- 主动健康检查：Consul定期对注册的微服务实例进行健康检查，如通过HTTP、TCP等协议探测实例是否正常运行。对于不健康的实例，Consul会将其从服务列表中移除，避免其他服务调用失败。
- 服务别名与分组：为微服务定义别名和分组，方便管理和调用。例如，将同一业务模块的微服务归为一组，通过别名可以更直观地调用服务，同时便于进行分组级别的管理和配置。
- 缓存机制：在微服务客户端引入本地缓存，缓存服务发现结果。当服务地址没有变化时，客户端直接从本地缓存获取服务列表，减少对Consul的查询压力，提高服务发现效率。
配置管理
- 使用Spring Cloud Config：搭建Spring Cloud Config Server作为配置中心，集中管理所有微服务的配置文件。将配置文件存储在Git仓库中，利用Git的版本控制功能，方便对配置进行管理、回滚和审计。各个微服务通过Spring Cloud Config Client从配置中心拉取配置信息。
- 配置管理优化策略：
- 动态配置刷新：借助Spring Cloud Bus与Spring Cloud Config结合，实现配置的动态刷新。当配置文件在Git仓库中更新后，通过消息总线（如RabbitMQ或Kafka）通知各个微服务实例，实例无需重启即可重新加载最新配置，保证系统的灵活性和实时性。
- 配置分段管理：根据环境（开发、测试、生产等）和微服务模块对配置进行分段管理。不同环境可以有不同的配置文件，每个微服务模块也有其独立的配置，提高配置的针对性和可维护性。
- 加密与解密：对于敏感配置信息，如数据库密码、密钥等，使用Spring Cloud Config的加密机制，在配置中心对敏感信息进行加密存储。微服务在获取配置时，由配置中心进行解密，确保敏感信息的安全性。
监控与治理
- 监控体系搭建：
- Prometheus + Grafana：采用Prometheus收集微服务的各项指标数据，如CPU使用率、内存使用率、请求响应时间、吞吐量等。Prometheus通过在每个微服务实例中嵌入Exporter来采集指标，然后将数据存储在本地时序数据库中。Grafana与Prometheus集成，用于可视化展示监控数据，通过创建各种仪表盘（Dashboard），直观地呈现系统的运行状态。
- 分布式链路追踪：引入Jaeger作为分布式链路追踪系统。在微服务调用过程中，通过在请求头中传递Trace ID和Span ID，记录每个微服务处理请求的时间和状态，从而实现对整个调用链的追踪。通过Jaeger UI可以查看调用链的详细信息，帮助定位性能瓶颈和故障点。
- 治理策略：
- 熔断与降级：使用Hystrix实现熔断和降级机制。当某个微服务出现故障或响应时间过长时，Hystrix会自动熔断该服务的调用，避免故障扩散。同时，可以设置降级策略，如返回默认值或提示信息，保证系统的基本可用性。
- 流量控制：采用Sentinel对微服务的流量进行控制。通过设置QPS（每秒查询率）、并发线程数等阈值，当流量超过阈值时，Sentinel会采取限流措施，如直接拒绝请求或进行排队等待，防止系统因流量过大而崩溃。
- 服务路由与灰度发布：借助Spring Cloud Gateway实现服务路由和灰度发布功能。可以根据请求的一些特征（如用户ID、版本号等）将请求路由到不同版本的微服务实例上。在进行新版本发布时，通过灰度发布策略，逐步将流量引入新版本，观察系统运行情况，确保新版本的稳定性后再全面上线。