主要作为个人的笔记用，Not For Everyone。

12-Factor应用方法论侧重于软件开发的最佳实践，确保了应用在任意云平台上都能有良好的可迁移性和减小与底层硬件的耦合度。12-Factor应用方法论是由Heroku的创始人Adam Wiggins提出的，旨在指导开发者构建应用以适应现代云平台，实现高的可移植性、伸缩性和可维护性。应用的进程应该能够迅速启动及优雅停止，从而实现更加快速的部署和弹性的伸缩性。后端服务如数据库、消息队列等，应该可以随时被连接或断开，而不影响应用的运行。应用应该自己提供服务对外的HTTP服务，而不依赖于外部的web服务器。

是一个指向Spring Bean的引用，这个Bean需要实现接口，用于决定限流规则的作用对象（如用户、IP等）。以下是一个按请求路径进行限流的@Bean创建一个Zuul过滤器来实现限流逻辑，你可以使用Hystrix来控制并发量。// 每秒100个请求的速率@Override@Overridereturn -4;// 设置为高优先级@Override// 永远开启过滤@Overrideif (!// 限流发生时，拒绝访问// 返回429状态码// 设置返回的内容。

服务降级： 当出现请求超时、资源不足时(线程或者信号量)，会进行服务降级，就是去返回fallback方法的结果。服务熔断： 当失败率(网络故障或者超时造成)达到阈值自动触发降级，是一种特殊的降级。服务隔离： 为隔离的服务开启一个独立的线程，这样在高并发情况下，也不会影响该服务。一般使用线程池实现(还有信号量方式实现)。8、服务降级和服务熔断的区别区别： 降级每个请求都会发送过去，而熔断不一定，达到失败率，请求就不会再去发送了。

当有调用时，我们根据HTTP头信息（约定好头）来决定转发到那个分组，从而能实现灰度功能，当然这样只实现了接口的灰度，其他中间件像MQ、Redis需要根据情况来决定要不要灰度，还是和非灰度共用。这里有两个工作需要做，一是实现类似网关的工作，也就是基于自定义头来路由请求到Eureka服务的特定逻辑分组实例，二是要实现头的传递，因为调用链很长，这个头需要一直传递下去。首先从请求中提取服务名称和目标版本信息。总之，你选择哪种方式来注册你的自定义负载均衡器取决于你的具体需求和你所使用的Spring Cloud版本。

本文介绍了链路追踪与日志可追踪性的概念及实现方法。链路追踪通过trace和span记录接口调用流程，用于故障排查和性能监控；日志可追踪性则通过traceId关联日志，实现系统行为的回溯分析。文章详细阐述了实现日志可追踪性的关键要素（准确性、详细性等），并提供了Jaeger和Spring Cloud Sleuth两种技术方案的具体实现步骤，包括依赖配置、Tracer创建、Span嵌套使用等。同时介绍了如何通过拦截器将TraceId添加到响应头，实现全链路追踪标识传递。两种技术方案均可独立实现日志追踪或与链路追